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PREFACE 


The  1996  Joint  Program  Management  Handbook,  2d  Edition, 
updates  the  1994  edition;  which  was  a  replacement  for  the  1987 
Joint  Logistics  Commander’s  Guide  for  The  Management  of  Joint 
Service  Programs,  published  by  the  Defense  Systems  Manage¬ 
ment  College  (DSMC).  This  Handbook  addresses  changes  in 
the  joint  requirements  process  and  the  March  1996  revisions 
of  the  Department  of  Defense  (DoD)  5000  Documents  [Se¬ 
ries]  directive  and  regulation.  If  you  are  new  to  the  acquisition 
process,  or  unfamiliar  with  changes  to  the  acquisition  process 
that  have  taken  place  since  1991,  you  should  use  this  Hand¬ 
book  in  concert  with  Professor  Joseph  Schmoll’s  Introduction 
to  Defense  Acquisition  Management,  3d  Edition,  (DSMC  Press, 
June  1996). 

Similar  to  Introduction  to  Defense  Acquisition  Management, 
3d  Edition,  this  Handbook  also  provides  a  quick  guide  to  re¬ 
fresh  the  skills  of  experienced  acquisition  management  pro¬ 
fessionals  and  serves  as  an  introduction  to  joint  acquisition 
management  for  students  and  newcomers.  The  views  of  expe¬ 
rienced  joint  program  managers  are  quoted  within  this  guide 
to  give  practical  advice  to  the  reader. 

Suggested  additions,  deletions,  and  other  changes  are  encour¬ 
aged  from  readers  of  this  publication.  For  your  convenience, 
at  the  back  of  this  Handbook  is  a  postage-paid  Customer  Feed¬ 
back  form.  Please  take  a  few  minutes  to  fill  it  out  and  help  us 
improve  our  publication. 


C.  B.  Cochrane 
Chair 

Acquisition  Policy  Department 


Barry  Eller,  LtCol,  USAF 
Professor 

Acquisition  Policy  Department 
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AN  INTRODUCTION  TO  JOINT 
PROGRAM  MANAGEMENT 


Purpose 

This  Handbook  is  an  introduction  to  joint  program  manage¬ 
ment  for  current  and  future  joint  program  personnel.  As  a 
complement  to  the  more  general  Introduction  to  Defense  Ac¬ 
quisition  Management,  3d  edition,  (DSMC  Press,  June  1996), 
this  Handbook  incorporates  the  perspectives  of  former  joint 
program  managers  (PMs)  gleaned  from  a  Defense  Systems 
Management  College  (DSMC)-sponsored  interview  program. 
This  overview  does  not  detail  descriptions  of  how  each  com¬ 
ponent  manages  those  joint  programs  for  which  it  is  the  lead 
component.  Joint  programs  are  managed  on  a  day-to-day  ba¬ 
sis  in  accordance  with  the  lead  components  procedures.  These 
details  are  left  to  the  component.  This  Handbook  provides 
additional  guidance  on  policies  and  procedures  that  help  as¬ 
sure  a  successful  joint  program. 

General 

Department  of  Defense  (DoD)  Regulation  5000.2-R  defines 
a  joint  program  as: 

Any  acquisition  system,  subsystem,  component,  or  tech¬ 
nology  program  that  involves  a  strategy  that  includes 
funding  by  more  than  one  DoD  Component  during  any 
phase  of  a  system's  life  cycle  shall  be  defined  as  a  joint 
program.  Joint  programs  shall  be  consolidated  and  col¬ 
located  at  the  location  of  the  lead  component's  pro¬ 
gram  office,  to  the  maximum  extent  practicable.  This 
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includes  systems  where  one  DoD  Component  may  be 
acting  as  acquisition  agent  for  another  DoD  Compo¬ 
nent  by  mutual  agreement  or  where  statute,  DoD  direc¬ 
tive,  or  the  USD(A&T)  [Under  Secretary  of  Defense 
(Acquisition  and  Technology)]  orASD(CH)  [Assistant 
Secretary  of  Defense  (Command,  Control,  Communi¬ 
cations,  and  Intelligence) ]  has  designated  a  DoD  orga¬ 
nization  to  act  as  the  lead  (e.g.,  USSOCOM  [US.  Spe¬ 
cial  Operations  Command],  BMDO  [Ballistic  Missile 
Defense  Office],  DARO  [Defense  Acquisition  Reform 
Office]). 

As  the  definition  says,  joint  program  management  may  vary 
from  a  Joint  Major  Defense  Acquisition  Program  (MDAP)  to 
simply  one  military  department  serving  as  a  procuring  agent 
for  others.  Periodically,  all  programs  are  supposed  to  be  re¬ 
viewed  for  joint  potential.  If  the  program  is  designated  as 
“joint”  at  any  of  these  points  in  the  life  cycle,  a  joint  PM  can  be 
appointed. 

The  Joint  Requirements  Oversight  Council  (JROC)  for  ac¬ 
quisition  category  (ACAT)  P,  or  Principal  Staff  Assistant  (PSA) 
for  ACAT  lA  programs  reviews  and  validates  component  state¬ 
ments  of  mission  needs  and  operational  requirements  docu¬ 
ments  (ORDs),  as  appropriate,  and  recommends  establishment 
of  joint  programs  based  on  their  joint  potential.  The  DoD  com¬ 
ponent  heads  also  recommend  establishment  of  joint  programs. 
The  decision  to  establish  a  joint  program  will  be  made  by  the 
Milestone  Decision  Authority  (MDA),  who  designates  the  lead 
component  as  early  in  the  acquisition  process  as  possible.  The 
decision  to  establish  a  joint  program  is  based  on  the  recom¬ 
mendation  of  the  JROC  for  programs  that  will  be  reviewed  by 
the  Defense  Acquisition  Board  (DAB);  the  recommendation 
of  the  functional  PSA  and  ASD(C^I)  for  programs  that  will  be 
reviewed  by  the  Major  Automated  Information  System  Re- 


’  Refer  to  the  Acquisition  Category  (ACAT)  paragraph  in  Chapter  1  for  ACAT  definitions. 
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view  Council  (MAISRC),  or  the  recommendation  of  the  DoD 
component  head  (or  a  designated  representative)  for  all  other 
programs. 

Congressional  interest  in  supporting  joint  requirements  and 
in  avoiding  duplication  among  the  components  often  results 
in  statutory  or  report  language  requests  for  joint  programs. 
Joint  programs  are  established  for  some  of  the  following  rea¬ 
sons: 


•  Provide  a  new  joint  combat  capability; 

•  Improve  component  interoperability  and  reduce  du¬ 
plication  among  the  components; 

•  Reduce  development  and  production  costs; 

•  Meet  similar  multiservice  requirements;  and 

•  Reduce  logistics  requirements  through  standardization. 

Joint  program  examples  include  Joint  Tactical  Unmanned 
Aerial  Vehicles  (JTUAV),  Joint  Stand-Off  Weapons  (JSOW), 
V22  Osprey,  the  Joint  Surveillance  Target  Attack  Radar  Sys¬ 
tem  (JSTARS),  and  the  Joint  Tactical  Information  Distribu¬ 
tion  System  (JTIDS). 

The  MDA  is  the  individual  designated  in  accordance  with  cri¬ 
teria  initiated  by  the  USD(A&T)  to  approve  entry  of  an  ac¬ 
quisition  program  into  the  next  phase.  An  MDA  such  as 
USD(A&T),  designates  joint  programs.  Joint  programs  are 
generally  formed  by  agreements  between  component  MDAs, 
or  by  direction  of  USD(A&T)  or  Congress.  Formal  milestone 
reviews  are  conducted  to  encourage  joint  program  consider¬ 
ation.  Each  component,  the  Joint  Staff,  and  the  defense  agen¬ 
cies  coordinate  Mission  Need  Statements  (MNSs)  to  assess 
the  joint  potential  of  their  requirements.  The  sponsoring  com- 
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Joint  Potential  Designator  (JPD) 

Independent 

Joint  Interest 

Joint  program  management  is  inappropriate,  but  a 
potential  for  other  use  or  systems  interface  exists. 

Joint 

A  potential  for  joint  program  management,  joint  funding, 
or  joint  development  or  procurement  exists. 

Source;  CJCS  MOP  77 


Figure  1-1.  Definition  of  Joint  Potential  Designator 

mand  assigns  a  Joint  Potential  Designator  (JPD)  in  the  MNS 
to  indicate  potential  for  joint  management,  funding,  develop¬ 
ment,  or  procurement.  Figure  1-1  presents  these  JPDs  as  de¬ 
fined  in  the  Chairman  of  the  Joint  Chiefs  of  Staff  Memoran¬ 
dum  of  Policy  Number  77  (CJCS  MOP  77).  The  JROC  coor¬ 
dinates  the  JPD  process  for  ACAT  I  programs,  and  the  DoD 
components^  perform  the  same  function  for  ACAT  II  and  III 
programs.  The  MDA  approves  joint  program  designation  for 
ACAT  I  programs  as  early  in  the  acquisition  process  as  pos¬ 
sible  and  appoints  the  lead  DoD  component. 

All  programs  are  torn  between  the  requirements  of  the  Ex¬ 
ecutive  Branch,  Congress,  and  industry.  Program  managers 
often  call  this  conflict  the  “tortured  triangle.”  The  joint  PM 
often  faces  a  more  complex  version  of  the  “tortured  triangle,” 
because  joint  programs  generally  reflect  more  complicated  joint 
requirements  and  are  often  larger  in  dollar  value  to  serve  the 
needs  of  multiple  users.  On  the  positive  side,  however.  Con¬ 
gress  and  Office  of  the  Secretary  of  Defense  (OSD)  usually 
look  upon  joint  programs  with  greater  favor. 


^  The  Office  of  the  Secretary  of  Defense;  the  Military  Departments;  the  Chairman,  Joint 
Chiefs  of  Staff  and  the  Joint  Staff;  the  Unified  Commands;  the  Defense  Agencies;  and  DoD 
Field  Activities. 
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A  successful  joint  PM  must  learn  enough  about  the  require¬ 
ments  and  cultures  of  each  supported  component  to  place  a 
capable  and  supportable  weapon  system  in  the  hands  of  users. 
In  Joint  Pub  1,  General  Colin  Powell,  former  CJCS,  wrote, 
“Joint  warfare  is  team  warfare.”  By  analogy,  the  successful  joint 
PM  must  build  a  joint  team,  whose  members  are  skilled  in  their 
own  types  of  warfare,  and  be  able  to  supervise  an  effective 
joint  organization.  Some  joint  program  staffs  manage  large 
ACAT  I  or  ACAT  lA  programs.  These  program  offices  have 
more  senior-level  oversight.  Other  joint  program  offices  gen¬ 
erally  operate  within  the  lead  service’s  acquisition  chain  but 
face  some  unique  life  cycle  challenges  as  will  be  described  later 
in  this  Handbook. 

Joint  programs  are  managed  through  the  lead  DoD 
component’s  acquisition  chain.  The  formal  definition  of  joint 
programs  includes  programs  with  broad  joint  applications  and 
programs  in  which  one  component  may  act  as  an  acquisition 
agent  for  another  component.  Therefore,  the  joint  PM  must 
assess  the  needs  of  the  Unified  Command^  and  component 
customers  and  establish  a  functional  management  structure  to 
accommodate  their  concerns.  This  Handbook  describes  regu¬ 
latory  requirements  of  joint  programs  and  provides  manage¬ 
ment  advice  designed  to  supplement,  but  not  replace,  DoDD 
5000.1  and  DoD  5000.2-R. 

Views  of  Former  Joint  PMs: 

•  Jointness  may  be  defined  as  a  single  system  that  satisfies 
the  needs  of  more  than  one  component. 

•  Never  lose  sight  of  who  the  [joint]  customer  is  and  what 
exactly  is  required  to  support  the  mission  objective  and 
requirements. 

^  Central  Command;  European  Command;  Pacific  Command;  Atlantic  Command;  Southern 
Command;  Special  Operations  Command;  Strategic  Command;  Space  Command;  and  Trans¬ 
portation  Command. 
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•  Each  military  service  [component]  has  different  termi¬ 
nology  or  “language.  ”  The  joint  PM  is  required  to  com¬ 
prehend  what  the  military  service  [component]  “actually 
said”  vs.  what  the  military  service  [component]  “actually 
meant  to  say.  ” 

Authority  for  Joint  System  Acquisition 

In  general,  standard  procurement  law  (e.g.,  The  Competition 
in  Contracting  Act)  and  regulations  (e.g.,  the  Federal  Acquisi¬ 
tion  Regulation  (FAR),  the  DoD  FAR  Supplement  (DFARS), 
and  the  component  supplements)  apply  to  joint  programs.  The 
following  should  be  emphasized  for  joint  programs: 

•  The  Law: 

-  The  DoD  Reorganization  Act  of  1986  (Goldwater- 
Nichols)  and  another  legislative  rcpovi,  Defense  Or¬ 
ganization:  The  Need  for  Change,  which  explains  con¬ 
gressional  reasoning  for  increasing  jointness  and  the 
influence  of  the  combatant  commanders. 

-  Section  2308,  Title  10,  U.S.  Code,  which  describes 
terms  and  conditions  for  component  withdrawal 
from  joint  programs. 

•  Regulations: 

-  DoD  Directive  (DoDD)  5^^^. 1,  Defense  Acquisition, 
March  1996,  the  broad  policy  directive. 

-  DoD  5000.2-R,  Mandatory  Procedures  for  Major  De¬ 
fense  Acquisition  Programs  (MDAPs)  and  Major  Au¬ 
tomated  Information  System  ( MAI S)  Acquisition  Pro¬ 
grams,  March  1996,  which  implements  this  policy. 
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“  Defense  Acquisition  Deskbook  1996,  an  automated 
system  with  references,  best  practices,  and  suggested 
formats  for  some  documents. 

-  CJCS  MOP  11  Requirements  Generation  System  Poli¬ 
cies  and  Procedures.  Provides  policy  for  requirements 
generation  and  the  processing  of  MNS  and  ORDs. 

Acquisition  Categories  (ACATs) 

•  ACAT  I  programs  are  MDAPs.  An  MDAP  is  defined 
as  a  program  estimated  by  the  USD(A&T)  to  require 
eventual  expenditure  for  research,  development,  test, 
and  evaluation  (RDT&E)  of  more  than  $355  million 
(fiscal  year  (FY)  1996  constant  dollars)  or  procurement 
of  more  than  $2,135  billion  (FY  1996  constant  dollars), 
or  those  designated  by  the  USD(A&T)  to  be  ACAT  I 
(10  U.S.C.  §24305). 

ACAT  I  programs  have  three  subcategories: 

1.  ACAT  ID,  for  which  the  MDA  is  USD(A&T).  The  “D” 
refers  to  the  DAB,  which  advises  the  USD(A&T)  at 
major  decision  points. 

2.  ACAT  IC,  for  which  the  MDA  is  the  DoD  component 
head  or,  if  delegated,  the  DoD  Component  Acquisi¬ 
tion  Executive  (CAE).  The  “C”  refers  to  Component. 

(The  USD(A&T)  designates  programs  as  ACAT  ID  or  ACAT 

IC.) 

3.  ACAT  lA  programs  are  MAIS.  A  MAIS  acquisition 
program  is  estimated  by  the  ASD(C^I)  to  require  pro¬ 
gram  costs  for  any  single  year  in  excess  of  $30  million 
(FY  1996  constant  dollars),  total  program  costs  in  ex- 


CJCS  MOP  77  is  currently  being  revised.  Estimated  publication  date  is  1  Aug  96. 
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cess  of  $120  million  (FY  1996  constant  dollars),  or  to¬ 
tal  life  cycle  costs  in  excess  of  $360  million  (FY  1996 
constant  dollars),  or  those  designated  by  the  ASD(C^I) 
to  be  ACAT  lA. 

ACAT  lA  programs  have  two  subcategories: 

1.  ACAT  lAM  for  which  the  MDA  is  the  OSD  Chief  In¬ 
formation  Officer  (CIO).  The  “M”  refers  to  MAISRC. 

2.  ACAT  lAC,  for  which  the  MDA  is  the  DoD  compo¬ 
nent  CIO.  The  “C”  refers  to  Component. 

The  ASD(C^I)  designates  programs  as  ACAT  lAM  or  ACAT 
lAC. 

•  ACAT  IF  programs  are  defined  as  those  acquisition 
programs  that  do  not  meet  the  criteria  for  an  ACAT  I 
program,  but  do  meet  the  criteria  for  a  major  system. 
A  major  system  is  defined  as  a  program  estimated  by 
the  DoD  component  head  to  require  eventual  expen¬ 
diture  for  RDT&E  of  more  than  $140M  in  FY  1996 
constant  dollars,  or  for  procurement  of  more  than 
$645M  in  FY  1996  constant  dollars),  or  those  desig¬ 
nated  by  the  DoD  component  head  to  be  ACAT  IF 
The  MDA  is  the  DoD  CAE. 

•  ACAT  III  programs  are  defined  as  those  acquisition 
programs  that  do  not  meet  the  criteria  for  an  ACAT  I, 
an  ACAT  lA,  or  an  ACAT  11.  The  MDA  is  designated 
by  the  CAE  and  shall  be  at  the  lowest  appropriate  level. 
This  category  includes  less-than  MAISs. 


5  ACAT  II  does  not  apply  to  automated  information  system  acquisition  programs. 
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•  The  DoD  component  is  responsible  for  notifying  the 
USD(A&T)  or  ASD(CT)  when  cost  growth  or  a  change 
in  acquisition  strategy  results  in  reclassifying  a  formerly 
lower  ACAT  program  as  an  ACAT I  or  lA  program. 

Interoperability 

One  of  the  most  important  considerations  for  any  acquisition 
program  is  meeting  interoperability  requirements. 
Interoperability  capabilities  are  particularly  crucial  for  Com¬ 
mand,  Control,  Computers,  Communications,  Intelligence, 
Surveillance,  and  Reconnaissance  (C^ISR)  systems.  Chairman, 
Joint  Chiefs  of  Staff  Instruction  (CJCSI)  6212.01  A  covers  the 
compatibility,  interoperability,  and  integration  of  new  or  modi¬ 
fications  to  existing  DoD  systems  that  have  C^ISR  capabilities 
(including  weapon  systems,  DoD  National  Foreign  Intelligence 
Programs,  and  Tactical  Intelligence  and  Related  Activities). 
The  policies  and  procedures  in  CJCSI  6212.01  A  also  include 
automated  information  systems  (AIS)  not  normally  included 
in  C*^!  definitions  but  which  have  missions  requiring  interface 
to  the  joint  warfighter. 
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DEPARTMENT  OF  DEFENSE  JOINT 
ACQUISITION  POLICY  AND 
REPORTING  REQUIREMENTS 


General 

The  Department  of  Defense  Directive  (DoDD)  5000.1  and 
Department  of  Defense  Regulation  5000.2-R  rank  first  and 
second  in  order  of  precedence  for  providing  mandatory  poli¬ 
cies  and  procedures  for  the  management  of  acquisition  pro¬ 
grams,  except  when  statutory  requirements  override.  The 
DoDD  5000.1  describes  broad  management  principles  which 
are  applicable  to  all  DoD  acquisition  programs  including  joint 
acquisitions.  The  DoD  5000.2-R  describes  operating  proce¬ 
dures  which  are  mandatory  for  Major  Defense  Acquisition 
Programs  (MDAPs),  Major  Automated  Information  System 
(MAIS),  and  contain  some  mandatory  guidance  for  selected 
nonmajor  programs.  This  chapter  highlights  some  policy  ar¬ 
eas  of  joint  emphasis  and  the  key  documents  that  may  be  re¬ 
quired  of  joint  programs. 

Memorandums  of  Agreement  and 
Memorandums  of  Understanding 

The  terms  Memorandum  of  Agreement  (MOA)  or  Memoran¬ 
dum  of  Understanding  (MOU)  are  usually  interchangeable. 
They  are  the  basis  of  a  good  joint  program.  They  define  the 
ground  rules  from  which  most  other  management  actions  flow. 
The  rules  for  MOAs  and  MOUs  for  joint  programs  were  de¬ 
fined  in  an  MOA  on  Management  of  Multiservice  Programs, 
signed  20  July  1973  (Appendix  A).  It  is  still  the  basis  for  the 
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authority  given  multiservice  program  managers  (PMs). 

Early  identification  of  joint  service  opportunities  ensures  all 
players  are  brought  in  prior  to  the  start  of  development.  Hav¬ 
ing  interested  parties  hammer  out  the  details  before  develop¬ 
ment  starts  is  critical  to  success.  In  particular,  the  process  for 
negotiating  the  joint  requirements  is  identified  in  the  MOU. 
All  participants  must  clearly  state  joint  operational  require¬ 
ments  and  agree  to  them.  If  all  participants  do  not  agree  to  the 
requirements  “up  front,”  the  joint  PM  will  have  a  hard  time 
trying  to  satisfy  changing  demands  from  two  or  more  chains  of 
command. 

Typically  these  are  some  issues  that  should  be  addressed  in 
MOAs  and  MOUs: 

•  Management 

-  Determine  the  PM’s  scope  of  authority 

-  Establish  selection  criteria 

-  Define  relationships  between  participants 

-  full  partners 

-  associates 

-  Determine  management  organization  relationships 

•  Requirements 

-  Establish  program  requirements 

-  Establish  process  for  validating  changes 

-  Define  who  can  create  changes 

•  Security 

-  Determine  degree  of  risk 

-  Determine  what  will  be  controlled 

-  Determine  how  control  will  occur 

•  Funding 

-  Determine  funding  source 

-  Determine  share  ratios/amounts 
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-  Agree  to  funds  control  measures 

•  Contracting 

*■  Type  of  contract 

-  Whose  rules  (lead/participating) 

•  Conflict  Resolution  Device(s) 

•  Integrated  Product  Teams  (IPTs)  to  cover: 

-  Requirements 

-  Logistics 

-  Cost/performance  trade-offs 

-  Interface/configuration  control 

-  Test  and  Evaluation  (T&E) 

Not  all  joint  programs  have  MOUs  or  MOAs.  On  the  other 
hand,  some  have  many.  It  is  possible  to  run  a  program  without 
them;  they  just  make  it  easier.  It  all  depends  on  the  needs  of  a 
specific  program. 

Acquisition  Reviews 

In  support  of  all  Acquisition  Category  (ACAT)  ID  and  lAM 
programs,  an  Overarching  Integrated  Product  Team  (OIPT) 
is  formed  to  provide  assistance,  oversight,  and  review  as  that 
program  proceeds  through  its  acquisition  life  cycle.  The  OIPT 
for  ACAT  ID  programs  is  led  by  the  appropriate  Office  of  the 
Secretary  of  Defense  (OSD)  official  (typically  the  Director  of 
Strategic  and  Tactical  Systems,  the  Assistant  Deputy  Under 
Secretary  of  Defense  (Space  and  Acquisition  Management), 
or  the  Deputy  Assistant  Secretary  of  Defense  (Command, 
Control,  Communications,  and  Intelligence/Acquisition) 
(DASD(C^I)/A),  depending  on  the  program  in  question).  The 
DASD  (C^I)/A  will  designate  the  OIPT  leader  for  each  ACAT 
lAM  program.  The  OIPTs  are  composed  of  the  PM,  program 
executive  officer  (PEO),  component  staff,  joint  staff.  Under 
Secretary  of  Defense  (Acquisition  and  Technology) 
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(USD(A&T))  staff,  and  the  OSD  staff  principals  or  their  rep¬ 
resentatives,  involved  in  oversight  and  review  of  a  particular 
ACAT  ID  or  lAM  program. 

In  support  of  a  planned  milestone  review  by  the  Defense  Ac¬ 
quisition  Board  (DAB)  or  Major  Automated  Information  Sys¬ 
tem  Review  Council  (MAISRC),  the  OIPT  normally  convenes 
two  weeks  in  advance  of  the  anticipated  review  to  assess  infor¬ 
mation  and  develop  recommendations  for  the  milestone  deci¬ 
sion  authority  (MDA).  A  DAB  Readiness  Meeting  (DRM)  is 
normally  conducted  a  couple  of  days  prior  to  the  DAB  to  pro¬ 
vide  the  OIPT  leader  and  the  Component  Acquisition  Execu¬ 
tive  (CAE)  an  opportunity  to  make  a  recommendation  as  to 
whether  the  program  is  prepared  to  proceed  to  a  formal  DAB 
review.  The  DoD  and  component  acquisition  review  processes 
include  an  analysis  of  potential  for  joint  program  designation. 
The  OIPT  leader,  in  coordination  with  the  appropriate  CAE, 
recommends  to  the  MDA  whether  the  anticipated  review 
should  go  forward  as  planned. 

Reporting  Chains 

Like  service-unique  programs,  joint  programs  must  have  short, 
clear  lines  of  authority.  Figure  2-1  shows  a  typical  ACAT  ID 
and  lAM  joint  program  authority  chain,  which  includes  an  ac¬ 
quisition  authority,  PEO,  and  PM.  However,  some  joint  pro¬ 
grams  may  be  structured  with  the  joint  PM  reporting  directly 
to  the  MDA. 

Requirements 

Joint  program  requirements  may  be  initiated  by  a  Unified 
Command,  Commander-in-Chief  (CINC),  but  the  preferred 
means  is  staffing  through  a  component  in  support  of  the  con¬ 
cerned  CINC. 
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for 
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for 
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COMPONENT 

ACQUISITION  EXECUTIVE/CHIEF 
INFORMATION  OFFICER 
(Assistant  Secretary  or  Equivalent) 


PROGRAM  EXECUTIVE  OFFICER 
(General  Officer/SES  Civilian) 


PROGRAM  MANAGER 
Col/Lt  Col/Civilian  Equivalent 


(ACAT  lAM 
PROGRAMS) 


Figure  2-1 .  Joint  DoD  Acquisition  Authority  Chain 
(ACAT  I  Programs) 


•  The  joint  PM  should  learn  the  combatant  commander’s 
rationale  for  major  programs,  e.g.,  obtain  wide-area 
battlefield  surveillance  or  attack  time-critical  targets 
in  adverse  weather  and  at  night. 

•  The  joint  PM  must  be  sensitive  to  component  concerns, 
e.g.,  operation  in  damp,  salty  environments;  mainte¬ 
nance  training;  and  weight. 

Test  and  Evaluation 

Just  as  for  component-unique  programs,  the  OSD  Director, 
Operational  Test  and  Evaluation  (DOT&E)  and  the  Director, 
Test,  Systems  Engineering,  and  Evaluation  (DTSE&E)  must 
provide  written  approval  for  the  testing  and  evaluation  ad- 
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equacy  of  most  joint  programs^  A  combined  developmental 
test  and  operational  test  (DT/OT)  approach  is  encouraged  to 
achieve  time  and  cost  savings.  The  combined  approach  must 
not  compromise  either  DT  or  OT.  A  final  independent  phase 
of  OT  and  evaluation  is  required  for  ACAT I  and  II  programs 
prior  to  Milestone  III.  A  lead  organization  must  be  designated 
to  coordinate  all  testing  involving  more  than  one  military  de¬ 
partment  or  defense  agency.  Test  and  evaluation  programs  must 
be  structured  to  integrate  all  developmental  test  and  evalua¬ 
tion  (DT&E),  OT&E,  live-fire  test  and  evaluation  (LFT&E), 
and  modeling  and  simulation  activities  conducted  by  different 
agencies  as  an  efficient  continuum.  Test  and  evaluation  objec¬ 
tives  for  each  phase  of  development  must  be  designed  to  allow 
assessment  of  system  performance  appropriate  to  each  phase 
and  milestone. 

Lead  Component  Responsibilities 

The  designated  lead  Component: 

•  Maintains  current  program  documentation; 

•  Manages  the  flow  of  milestone  review  and  periodic  re¬ 
porting  through  the  lead  DoD  service  acquisition  chain; 
and 

•  Manages  the  common  research,  development,  test,  and 
evaluation  (RDT&E)  funds  for  assigned  joint  programs 
(unless  directed  otherwise). 

Program  Funding 

The  lead  component  funds  RDT&E  for  all  program  aspects 
that  satisfy  common  requirements  (unless  funding  exemption 

^  DOT&E  and  DTSE&E  issue  an  annual  OSD  Test  and  Evaluation  Oversight  list  of  pro¬ 
grams  subject  to  OSD  T&E  oversight  and  review.  Typically,  all  ACAT  I,  lA,  and  II  pro¬ 
grams,  as  well  as  many  ACAT  III  programs  are  on  this  list. 
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has  been  approved  by  the  MDA).  Procurement  is  funded  by 
the  component  in  proportion  to  the  number  of  items  being 
bought  by  each  component.  The  lead  component  has  total  pro¬ 
gram  funding  authority.  Joint  PMs  must  ensure  that: 

•  Participating  components  fund  component-unique  in¬ 
tegration  and  improvements  and  resulting  procure¬ 
ments. 

•  Participants  commit  funds  while  MOAs  and  MOUs 
discuss  funding. 

The  National  Defense  Authorization  Act  of  1993  changed  the 
guidelines  for  withdrawing  from  joint  programs,  as  follows: 

•  For  ACAT  I  programs,  the  head  of  the  withdrawing 
DoD  component  must  notify  the  USD(A&T),  the  Vice 
Chairman  of  the  Joint  Chiefs  of  Staff  (VCJCS),  and 
the  concerned  component  acquisition  authority  before 
withdrawing  or  “substantially  reducing”  program  par¬ 
ticipation. 

•  Substantial  reduction  in  program  participation  consists 
of  a  50  percent  or  more  decrease  in  its  share  of  next 
presidential  budget  year  funding,  in  total  program  fund¬ 
ing,  or  in  equipment  quantities  by  the  components  seek¬ 
ing  to  reduce  their  participation. 

The  lead  component  assesses  the  impact  of  the  participating 
component  withdrawing  or  substantially  reducing  participation. 
The  Joint  Requirements  Oversight  Council  (JROC)  and  DAB 
or  the  OIPT  reviews  this  analysis  and  make  recommendations. 
The  USD(A&T)  makes  the  final  determination  of  whether  the 
withdrawing  component  may  drop  the  program  or  substantially 
reduce  participation  and  whether  the  withdrawing  component 
will  be  liable  for  any  continuing  funding  costs.  The  withdraw¬ 
ing  component  may  not  reduce  or  eliminate  funding  prior  to 
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the  USD(A&T)’s  final  decision. 

Similar  procedures  are  used  for  ACAT  II  and  III  programs, 
with  the  lead  component  making  an  initial  determination  of 
whether  the  withdrawing  component  will  have  continuing  fi¬ 
nancial  obligations  for  the  program.  For  ACAT  II  and  III  pro¬ 
grams,  withdrawal  decisions  by  the  head  of  the  lead  compo¬ 
nent  or  CAE  may  be  appealed  to  the  USD(A&T). 

Views  of  Former  Joint  PMs: 

•  Joint  training  saves  dollars  and  adds  to  trade-offs  and 
assistance  for  operational  users.  Joint  logistics  ( one  de¬ 
pot)  helps  monies  pass  through  various  checkpoints  in 
the  planning,  programming,  and  budgeting  system 
(PPBS).  Any  '‘jointness’'  that  works  needs  to  be  empha¬ 
sized  and  reemphasized  to  Congressional  staffers  and 
DoD  agencies.  Saves  the  program,  sometimes. 

Any  defaults  or  withdrawals  from  a  program  may  have  to  be 
paid  for  by  the  component  that  bows  out.  The  component 
should  continue  to  pay  for  the  program  through  the  next  mile¬ 
stone  or  PPBS  cycle. 

Support  Plan 

DoD  5000.2-R  requires  a  CT  support  plan  for  all  weapon  sys¬ 
tems/programs  that  interface  with  C*^!  systems.  The  format  for 
the  CT  support  plans  is  planned  for  inclusion  in  the  Acquisi¬ 
tion  Deskbook  by  October  1996. 


Quality  Assurance  (QA) 

A  joint  program  must  have  a  single  QA  program,  a  single 
change  control  program,  a  single  integrated  test  program,  and 
common  documentation. 
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Figure  2-2.  Information  for  Milestone  Reviews 
ACAT  I  and  lA  Programs 


Information  Requirements  for  Milestone  Reviews 

Throughout  the  acquisition  life  cycle,  the  joint  PM  must  com¬ 
ply  with  a  number  of  requirements  to  provide  program  infor¬ 
mation  to  the  MDA.  Figures  2-2  and  2-3  show  information 
that  may  be  used  by  a  typical  joint  program  office  to  support  a 
milestone  review.  Some  additional  information  for  use  in  joint 
program  management  is  provided  for  some,  but  not  all  of  the 
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Figure  2-3.  Information  for  Milestone  Reviews 
ACAT  II  and  III  Programs 


information  elements.  DoD  5000. 2-R,  and  the  Defense  Ac¬ 
quisition  Deskbook  go  into  more  detail.  The  Defense  Acqui¬ 
sition  Deskbook  is  an  automated  reference  system  consisting 
of  an  on-line  bulletin  board  and  a  reference  library  at  http:// 
deskbook.osd.mil/deskbook  on  the  World  Wide  Web.  The 
Deskbook  reference  library  will  be  issued  to  the  field  on  CD- 
ROM  by  the  time  this  handbook  is  printed.  The  reference  li¬ 
brary  contains  mandatory  policy  and  procedures  (FAR/ 
DFARS,  5000  documents,  extracts  from  public  law,  Service  and 
Agency  regulations,  etc.),  and  a  discretionary  section  with 
amplifying  guidance  and  lessons  learned. 

Because  of  the  need  to  coordinate  with  multiple  components, 
it  often  takes  twice  as  long  as  for  a  single  component  program 
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to  generate  program  information.  Consequently,  the  joint  PM 
needs  to  assess  the  program  office’s  information  requirements 
at  an  early  stage  and  allow  sufficient  time  not  only  for  devel¬ 
oping  the  information  but  also  for  coordinating  with  partici¬ 
pating  components. 

Single  Document  for  Milestone  Decision  Reviews 

The  DoD  5000.2-R  provides  that  information  required  for 
milestone  reviews  may  be  combined  into  a  single  document. 
Further,  if  stand-alone  documents  are  used,  they  must  not  con¬ 
tain  redundant  information  in  each  document.  The  Air  Force 
uses  a  single  document  called  Single  Acquisition  Management 
Plan  (SAMP).  The  SAMP  is  not  a  plan  at  all,  it  is  an  executive 
summary  of  information  the  MDA  needs  to  make  an  informed 
decision.  The  joint  PM  may  want  to  consider  developing  a  single 
document  for  milestone  reviews.  One  joint  program,  the  Joint 
Direct  Attack  Munitions  (JDAM)  program,  developed  a  SAMP 
for  Milestone  11.  This  JDAM  SAMP  was  an  executive  “sum¬ 
mary  of  the  program  at  a  level  meant  for  the  MDA  to  read  and 
understand.”  It  replaced  all  other  DAB  documents  except  the 
following,  which  remained  as  stand-alone: 

•  Acquisition  Program  Baseline  (APB); 

•  Test  and  Evaluation  Master  Plan  (TEMP); 

•  Joint  Operational  Requirements  Document;  and 

•  Cost  Analysis  Requirements  Description  (CARD). 

The  JDAM  SAMP  also  did  not  replace  the  Acquisition  Plan 
(a  FAR/DFARS  requirement).  It  only  included  major  topics 
relevant  to  the  milestone  decision  and  the  oversight  process. 
Program  details  were  in  separate  documents  that  the  program 
office  or  contractor  developed  and  maintained. 


21 


The  following  summaries  include  partial  clarification  on  the 
joint  implications  of  some  of  the  milestone  information  require¬ 
ments. 

Analysis  of  Alternatives 

The  lead  component  head,  or  designated  representative,  of¬ 
ten  an  operating  command,  is  responsible  for  the  analysis  of 
alternatives.  The  analysis  of  alternatives  (mandatory  for  ACAT 
I  programs)  are  prepared  by  the  lead  component  and  consid¬ 
ered  at  milestone  reviews  beginning  at  Milestone  I.  If  the  analy¬ 
sis  of  alternatives  is  supplemented  by  other  participants,  the 
lead  component  must  ensure  that  assumptions  and  method¬ 
ologies  are  consistent.  Large  joint  programs  will  likely  have 
modeling  support  to  perform  this  analysis.  Former  joint  PMs 
recommend  several  different  models  to  improve  and  verify 
analysis. 

View  of  Former  Joint  PM: 

Economy  of  scale  is  an  important  issue  in  the  Cost  and  Opera¬ 
tional  Effectiveness  Analysis  (COEAy  and  requirements  pro¬ 
cess. 

Cost  Analysis  Requirements  Description  (CARD) 

The  CARD  is  prepared  by  the  lead  component  with  inputs 
from  participants.  The  CARD  establishes  a  system  descrip¬ 
tion  for  cost  estimating  purposes.  For  joint  programs,  the 
CARD  must  include  common  salient  system  features  as  agreed 
to  by  the  participants  and  service-unique  requirements.  The 
CARD  is  provided  in  preliminary  form  to  the  Cost  Analysis 
Improvement  Group  (CAIG). 


^  COEA  has  been  replaced  by  the  analysis  of  alternatives. 
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System  Threat  Assessment 


The  component  intelligence  command  or  agency  produces  the 
initial  system  threat  assessment,  described  in  Part  2,  DoD 
5000.2-R,  before  Milestone  L  The  system  threat  assessment 
contains  a  system-specific  threat,  e.g.,  hostile  air  defenses,  an 
analysis  of  technically  feasible  weapons  that  could  affect  the 
proposed  system,  and  critical  intelligence  parameters  that,  if 
changed,  could  affect  the  weapon  system.  The  Director,  De¬ 
fense  Intelligence  Agency  (DIA),  advises  the  DAB  and  JROC 
and  validates  threats  developed  by  the  components  for  DAB 
review.  The  joint  PM  should  understand  the  system  threat 
assessment  and  be  able  to  brief  its  status,  but  should  leave 
substantive  intelligence  issues  to  professional  intelligence 
officers. 

Test  and  Evaluation  Master  Plan  (TEMP) 

Appendix  III  of  DoD  5000.2-R  describes  TEMPs.  Joint  pro¬ 
grams  require  a  single  TEMP.  Therefore,  the  joint  PM  must 
broker  a  coordinated  TEMP  with  the  participants  for  DT  and 
OT&E.  The  DOT&E  and  the  DTSE&E  are  the  approval  au¬ 
thorities  for  TEMPs  of  programs  listed  on  the  OSD  T&E  Over¬ 
sight  list. 

Acquisition  Program  Baselines  (APB) 

Rigorous  internal  management  control  systems  are  integral  to 
effective  and  accountable  program  management.  The  objec¬ 
tive  is  to  perform  acquisition  functions  efficiently  and  effec¬ 
tively.  Joint  PMs  should  control  objectives  for  acquisition  pro¬ 
gram  cost,  schedule,  and  .performance  parameters  that  are 
embodied  in  APBs.  Material  weaknesses  are  identified  through 
deviations  from  approved  APB  parameters  and  exit  criteria. 
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JOINT  DEFENSE  ACQUISITION 
MANAGEMENT  ORGANIZATIONS 


General 

This  chapter  discusses  the  organizations  involved  in  joint  pro¬ 
gram  management.  It  presents  some  historical  background,  de¬ 
scribes  the  organizations  that  provide  acquisition  oversight, 
describes  component  relationships,  and  presents  issues  related 
to  each. 

Background 

Joint  program  managers  (PMs)  operate  in  an  environment 
shaped  by  fairly  recent  and  continuing  acquisition  reforms.  The 
latest  major  acquisition  reforms  started  with  President 
Reagan’s  Blue  Ribbon  Commission  on  Defense  Management 
(the  Packard  Commission,  named  for  its  Chairman  David 
Packard,  a  former  Deputy  Secretary  of  Defense).  Among  other 
things,  the  Packard  Commission  recommended  the  establish¬ 
ment  of  an  Under  Secretary  of  Defense  (Acquisition)  (USD(A) 
(now  the  Under  Secretary  of  Defense  (Acquisition  and  Tech¬ 
nology)  (USD(A&T)).  President  Bush  ordered  a  follow-on 
assessment  of  acquisition,  which  became  known  as  the  Defense 
Management  Review  (DMR).  The  DMR  reiterated  the  find¬ 
ings  of  the  Packard  Commission,  formed  the  basis  of  the  pre¬ 
vious  1991  Department  of  Defense  (DoD)  5000  series — di¬ 
rective  and  instructions  (DoDD  5000.1-  DoDI  5000.2,  and  DoD 
5000.2M. 

More  recent  changes  are  available  in  the  March  15,  1996  re¬ 
lease  of  the  DoD  5000  Documents,  DoD  Directive  (DoDD), 
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Figure  3-1.  Streamlined  Joint  Program 
Reporting  Chain 


5000.1, Defense  Acquisition,  and  DoD  Regulation  5000.2-R,M(3n" 
datory  Procedures  for  Major  Defense  Acquisition  Programs  (MDAPs) 
and  Major  Automated  Information  System  (MAIS)  Acquisition  Pro¬ 
grams,  (replaces  DoDI  5000.2)  which  recommends  a  four-tiered, 
streamlined  acquisition  structure.  The  structure  runs  from  the 
USD(A&T),  through  the  Component  Acquisition  Executive 
(CAE),  and  full-time  Program  Executive  Officers  (PEOs)  to 
the  individual  program  managers  (PMs).  Figure  3-1  presents 
a  sample  reporting  structure.  The  acquisition  reform  initia¬ 
tives  have  carried  the  trend  of  streamlining  even  further  sim¬ 
plifying  and  combining  much  of  the  policy  contained  in  the 
former  5000  and  8000  series. 

Joint  Program  Oversight  Organizations 

Joint  PMs  supervising  an  acquisition  category  (ACAT)  ID  or 
lAM  program  are  concerned  with  the  following  personnel  and 
organizations: 
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•  USD  (A&T):  Serves  as  the  Defense  Acquisition  Ex¬ 
ecutive  (DAE),  and  ranks  third  in  the  DoD  for  acqui¬ 
sition  matters,  taking  precedence  over  the  secretaries 
of  the  components.  USD  (A&T)  has  overall  responsi¬ 
bility  for  acquisition  policy  inside  the  DoD. 

•  The  Assistant  Secretary  of  Defense  for  Command, 
Control,  Communications,  and  Intelligence 
(ASD(CT)):  Serves  as  the  department’s  Chief  Infor¬ 
mation  Officer  (CIO).  The  ASD(CT)  is  the 
department’s  Acquisition  Executive  (AE)  for  Auto¬ 
mated  Information  Systems  (AISs),  establishes  acqui¬ 
sition  policies  and  procedures  unique  to  AISs,  and 
chairs  the  Major  Automated  Information  System  Re¬ 
view  Council  (MAISRC). 

•  The  CAEs  and  their  staffs:  The  Assistant  Secretary  of 
the  Army  for  Research,  Development,  and  Acquisition 
(ASA(RDA));  the  Assistant  Secretary  of  the  Navy  for 
Research,  Development,  and  Acquisition 
(ASN(RDA))  (supports  the  Marine  Corps);  and  the 
Assistant  Secretary  of  the  Air  Force  for  Acquisition 
(ASAF(A)).  The  Director  of  the  Ballistic  Missile  De¬ 
fense  Organization  (BMDO)  is  also  an  acquisition  ex¬ 
ecutive;  however,  all  BMDO  programs  are  reviewed 
by  the  Defense  Acquisition  Board  (DAB)  and  the 
USD(A&T)  is  the  MDA.  Commander-in-Chief 
(CINC)  Special  Operations  Command  also  has  an  AE; 
however,  that  AE  manages  ACAT II  and  III  programs 
with  little  or  no  interface  with  Office  of  the  Secretary 
of  Defense  (OSD)  or  component  level  staffs. 

•  The  Joint  Requirements  Oversight  Council  (JROC): 
The  JROC  reviews  ACAT  ID  and  lAM  programs  at 
each  milestone  prior  to  the  DAB  review  and  all  ACAT 
I  programs  at  Milestone  0,  with  emphasis  on  require¬ 
ments  and  performance  baseline  issues.  The  JROC  is 
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chaired  by  the  Vice  Chairman  of  the  Joint  Chiefs  of 
Staff  (VCJCS)  and  includes  the  Vice  Chief  of  Staff  of  the 
Army  (VCSA);  Vice  Chief  of  Naval  Operations  (VCNO); 
Assistant  Commandant,  U.S.  Marine  Corps  (ACMC); 
and  Vice  Chief  of  Staff  of  the  Air  Force  (VCSAF). 

•  DAB/MAISRC  Overarching  Integrated  Product  Teams 
(OIPT’s):  After  component  review  and  JROC  valida¬ 
tion,  ACAT  ID  and  lAM  programs  are  forwarded  to 
an  OIPT  Figure  3-2  illustrates  the  OIPT’s  responsibil¬ 
ity  for  making  a  recommendation  to  the  DAB  or  to  the 
MAISRC  about  a  program’s  readiness  to  proceed  to 
the  next  phase  of  the  acquisition  life  cycle.  Typical  is¬ 
sues  include  operational  effectiveness;  program  cost 
growth  and  delays;  failure  to  meet  technical  thresholds; 
logistics  or  other  supportability  problems;  threat  as¬ 
sessment  changes;  test  and  evaluation  (T&E)  issues; 
cooperative  development  or  joint  component  concerns; 
and  manpower  availability. 

•  Defense  Readiness  Meeting  (DRM):  Just  prior  to  the 
DAB,  a  DRM  is  held  to  determine  if  the  program  is 
ready  to  go  to  the  full  DAB.  The  OIPT  leader  and  the 
CAE  jointly  make  this  determination.  If  there  are  no 
issues,  the  program  may  not  be  required  to  go  before  a 
formal  DAB.  The  USD(A&T)  has  the  option  of  sign¬ 
ing  the  acquisition  decision  memorandum  (ADM)  af¬ 
ter  the  DRM. 

•  DAB:  After  the  OIPT  and  DRM  reviews,  the  DAB 
reviews  the  program.  The  DAB  is  chaired  by  the  USD 
(A&T)  and  includes  senior  OSD  and  component  rep¬ 
resentatives.  The  VCJCS  is  the  Vice  Chair  of  the  DAB. 
The  Leader  of  the  cognizant  OIPT  is  also  a  member  of 
the  DAB.  The  USD  (A&T)  as  the  MDA  for  ACAT  ID 
programs  will  issue  a  go  or  no-go  decision,  documented 
in  an  ADM. 
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Figure  3-2.  Defense  Acquisition  Board  Overarching 
integrated  Product  Teams 


•  MAISRC:  The  MAISRC  is  the  senior  DoD  AIS  ac¬ 
quisition  review  board  for  ACAT  lAM  programs, 
chaired  by  the  ASD(CT).  The  MAISRC  advises  the 
ASD(C^I)  on  major  decisions  on  individual  MAIS  ac¬ 
quisition  programs,  specifically,  and  AIS  acquisition 
policies  and  procedures,  generally.  The  ASD(CT)  signs 
the  ADM  for  ACAT  lAM  program. 

•  Cost  Analysis  Improvement  Group  (CAIG):  This 
OSD -level  group,  within  the  office  of  the  Director, 
Program  Analysis  and  Evaluation  (DPA&E),  is  respon¬ 
sible  for  independent  cost  reviews.  ACAT  I  program 
office  and  component  cost  analysis  and  life  cycle  cost 
(LCC)  estimates  must  be  provided  to  the  CAIG  no  later 
than  21  days  in  advance  of  OIPT  reviews. 

•  PEO:  Joint  PMs  are  generally  supervised  by  a  PEO 
within  the  lead  component.  The  PEO  has  responsibili¬ 
ties  for  oversight  of  programs  with  a  common  nature 
(e.g.,  aircraft  programs,  tactical  missile  programs) 
within  the  lead  component,  and  may  exercise  oversight 
of  more  than  one  joint  program.  The  PEO  can  support 
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the  joint  PM  by  interceding  to  resolve  issues  within  lead 
and  participant  budget  staffs,  procurement  commands, 
and  senior  Washington  area  personnel  such  as  those  in 
the  intelligence  community  or  OSD.  As  part  of  their 
oversight  authority,  the  PEO  can  recommend  removal 
and  replacement  of  PMs  who  are  not  performing  sat¬ 
isfactorily. 

A  primary  concern  of  an  ACAT  ID  and  I  AM  joint  PM  is  the 
time  management  of  interfacing  with  oversight  organizations. 
Meeting  DAB  and  MAISRC  milestones  requires  months  of 
preparation  and  travel.  Prior  to  either  review,  the  PM  briefs 
the  using  commands;  affected  component  logistics  organiza¬ 
tions;  key  component  acquisition  officials,  such  as  the  Com¬ 
ponent  PEO  and  CAE;  and  other  affected  organizations.  Brief¬ 
ing  dates  are  generally  not  rescheduled  unless  there  is  a  very 
high-level  requirement  or  external  reason,  such  as  congres¬ 
sional  queries  about  a  program. 

Viem  of  Fotmer  Joint  PMs: 

•  The  joint  PM  must  learn  perseverance. 

•  When  communicating  with  DoD  agencies  ( OSD),  the  PM 
must  rely  on  continuous  dialogue  to  keep  them  up  to  speed 
on  program  status  and  associated  problem  areas.  In  the 
long  run,  OSD  may  prove  to  be  of  assistance  in  keeping 
the  program  funded  or  to  help  resolve  problem  areas. 

Service  Relationships 

Joint  PMs  must  coordinate  fiscal,  logistics,  and  other  matters 
across  one  or  more  component  staffs  and  with  joint  users.  To 
coordinate  effectively,  the  joint  PM  must  understand  the  na¬ 
ture  of  the  joint  requirement.  Furthermore,  the  joint  PM  faces 
a  variety  of  users  requiring  special  attention.  For  example,  an 
Army  user  may  be  more  concerned  about  target  vehicle  iden- 
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tification  and  issues  within  a  sensor  system  (e.g.,  armored  per¬ 
sonnel  carrier,  tank,  or  type  of  tank)  than  an  Air  Force  surveil¬ 
lance  system  PM  who  focuses  on  airframe  and  sensor  require¬ 
ments.  The  Navy  and  Marines  often  have  special  environmen¬ 
tal  protection  requirements  for  equipment  used  or  stored 
aboard  ships.  Even  equipment  rack  size  can  be  a  factor  for 
supportability.  Service-specific  use  of  technical  jargon,  infor¬ 
mal  component  networks,  and  unique  requirements,  such  as 
in  the  special  operations  area,  require  a  special  effort  by  joint 
PMs. 

Views  of  Former  Joint  PMs: 

•  Develop  quarterly  briefings  for  participants '  staffs  to  keep 
them  informed  on  program  status  and  to  eliminate  sur¬ 
prises. 

•  Ensure  that  the  lead  component  develops  the  basic  ''sys¬ 
tem.  ”  Any  modifications  added  should  be  tested  by  the 
component  for  program  compliance  before  implement¬ 
ing  them  into  the  mainstream. 
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4 

JOINT  REQUIREMENTS 
GENERATION  PROCESS 


General 

An  understanding  of  requirements  is  especially  key  in  joint 
programs  for  the  reasons  discussed  in  Chapter  3.  Moreover, 
because  of  the  pace  of  change  in  our  national  security  envi¬ 
ronment  and  the  resulting  restructuring  of  the  Unified  Com¬ 
mands  and  Components  that  reflect  this  global  environment, 
requirements  are  frequently  altered  today.  The  Secretary 
of  Defense  (SECDEF)  has  assigned  new  missions  to  the  U.S. 
Atlantic  Command,  including  overseeing  joint  exercises  of 
Continental  United  States  (CONUS)  based  forces  and 
peacekeeping  support.  The  Army  is  preparing  for  expedi¬ 
tionary  operations  under  Land  Force  Dominance  doctrine. 
The  Navy  and  Marine  Corps  are  planning  for  more  empha¬ 
sis  on  littoral  warfare  as  described  in  the  Navy’s  From  The 
Sea  white  papers.  For  its  part,  the  Air  Force  has  undertaken 
the  most  major  reorganization  since  its  founding  to  imple¬ 
ment  its  Global  Reach-Global  Power  strategy.  Requirements 
generation  is  an  evolutionary  process,  defining  a  needed  ca¬ 
pability  to  fulfill  a  deficiency  or  exploit  a  gap  amid  this 
changing  military  environment. 

Mission  Need  Statement  (MNS) 

The  MNS  identifies  the  need  or  deficiency  in  broad  opera¬ 
tional  terms.  It  is  written  after  analysis  shows  that 
nonmateriel  solutions  and  existing  systems  will  not  address 
the  deficiency.  Validation  is  the  review  by  an  operational 
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authority^  to  confirm  the  requirements,  assess  joint  service 
potential,  and  make  a  Milestone  0  recommendation.  The 
approval  authority  sends  the  requirement  for  action  to  the 
Under  Secretary  of  Defense  (Acquisition  and  Technology) 
(USD(A&T))  for  acquisition  category  (ACAT)  I  programs,  to 
the  Assistant  Secretary  of  Defense  (Command,  Control,  Com¬ 
munications,  and  Intelligence  (ASD(C^I))  for  ACAT  lAM  pro¬ 
grams,  and  to  the  Department  of  Defense  (DoD)  Component 
Acquisition  Executive  (CAE)  for  other  categories.  The  ap¬ 
proval  authority  should  also  recommend  the  Joint  Potential 
Designator  (JPD)  and  may  recommend  the  lead  component 
for  joint  programs.  The  Commander-in-Chiefs  (CINCs),  Com¬ 
ponent  Chiefs  and  Heads  of  Defense  Agencies  may  validate 
and  approve  ACAT  II  and  III  MNS.  Except  for  U.S.  Special 
Operations  Command  (USSOCOM),  the  Unified  Command 
CINCs  have  no  CAE.  The  Unified  Commands  generally  work 
with  their  components  to  find  a  sponsor,  but  may  send  an  MNS 
directly  to  the  JROC  for  resolution  and  recommendation  of  a 
lead  component. 

Operational  Requirements  Document  (ORD) 

The  ORD  focuses  on  incorporating  the  results  of  cost-sched¬ 
ule-performance  trade-offs  from  the  alternatives  analysis.  The 
ORD  documents  system  requirements  for  fielded  systems,  in¬ 
cluding  system  capabilities  and  characteristics.  Further,  it  speci¬ 
fies  system  requirements  with  regard  to  performance  objec¬ 
tives  and  thresholds  and  identifies  key  parameters.  An  objec¬ 
tive  is  the  most  operationally  meaningful,  time  critical,  cost 
effective  level  of  performance — better  than  a  threshold.  Any 
more  could  be  considered  gold-plating.  Athreshold  is  the  mini¬ 
mum  acceptable  level  of  performance  needed  to  meet  the  user’s 
need.  Below  this,  the  system’s  value  becomes  questionable. 


®  The  Joint  Requirements  Oversight  Council  (JROC)  does  this  for  Acquisition  Category 
(ACAT)  I,  an  Office  of  the  Secretary  of  Defense  (OSD)  Principal  Staff  Assistant  (PSA)  for 
ACAT  lA,  and  the  component  chief  or  agency  head  for  ACAT  II  and  III. 
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Thresholds  and  objectives  may  be  the  same  parameter.  Key 
performance  parameters  are  those  capabilities  and  characteris¬ 
tics  so  significant  that  failure  to  meet  them  may  cause  the  pro¬ 
gram  to  be  reassessed  or  terminated. 

The  ORD  provides  a  link  from  the  MNS  to  the  acquisition 
program  baseline  (APB),  test  and  evaluation  master  plan 
(TEMP),  and  to  the  contract  specifications.  Contract  specifi¬ 
cations  for  the  Program  Definition  and  Risk  Reduction 
(PDRR)  phase  must  be  consistent  with  (but  not  necessarily 
match)  ORD  threshold  values,  showing  technical  progress  to 
the  objective  values.  Contract  specifications  should  reflect 
objective  values  in  the  Engineering  and  Manufacturing  De¬ 
velopment  (EMD)  phase. 

Interoperability  of  C*l  Systems 

The  J-6,  Joint  Staff,  certifies  all  component  approved  MNS 
and  ORDs  for  conformance  with  joint  C4  policy  and  doctrine, 
architectural  integrity,  and  interoperability  standards.  Chair¬ 
man,  Joint  Chiefs  of  Staff  Instruction  (CJCSI)  6212.01A  de¬ 
scribes  this  certification  process. 

Views  of  Former  Joint  PMs: 

•  A  major  cost  driver  is  the  inability  to  make  decisions  on 
joint  requirements, 

•  Contract  problems  can  be  traced  back  to  technical  issues 
and  related  to  the  ability  to  meet  the  requirements  levied 
upon  the  system.  Problems  arise  from  a  lack  of  distinc¬ 
tion  between  program  ‘"objectives”  and  “thresholds” 
wherein  the  components  set  their  thresholds  equal  to  their 
objectives  for  fear  that  their  objectives  would  otherwise 
not  be  met  The  joint  PM  must  validate  the  requirements 
on  merit,  with  a  value-added  perspective. 
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•  The  Joint  Requirements  Oversight  Council  (JROC)  pro¬ 
cess  is  important  because  of  user  participation  and  the 
ability  to  coordinate  or  identify  requirements  issues. 

•  In  development  of  the  ORD,  50  percent  of  the  time  is 
spent  with  users  discussing  trade-offs. 
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LIFE  CYCLE  MANAGEMENT  OF 
JOINT  PROGRAMS 


General 

The  acquisition  life  cycle,  as  depicted  in  Figure  5-1,  consists  of 
a  series  of  decision  points  and  phases  of  activity.  This  chapter 
reviews  those  decision  points  and  phases  and  provides  general 
observations  and  recommendations  regarding  the  joint  pro¬ 
gram  manager’s  (PM’s)  activities  in  each  phase. 

Pre-Milestone  0  -  Determination  of  Mission  Need 

Just  prior  to  Milestone  0,  the  Joint  Requirements  Oversight 
Council  (JROC)  reviews  Mission  Need  Statements  (MNS)  for 
potential  acquisition  category  (ACAT)  I  programs  to  deter¬ 
mine  if  the  expressed  need  is  common  to  more  than  one  com¬ 
ponent  and  may  ultimately  result  in  the  initiation  of  a  Joint 
program.  For  ACAT  lA  programs,  the  JROC  or  the  Principal 
Staff  Assistant  (PSA)  may  perform  this  function.  As  discussed 
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Figure  5-1 .  Acquisition  Milestones  and  Phases 


earlier  in  this  Handbook,  joint  programs  do  not  formally  exist 
at  this  point  in  the  acquisition  cycle.  Nevertheless,  if  a  joint 
requirement  is  deemed  to  exist,  the  JROC/PSA  recommends 
designation  of  a  lead  component  for  conducting  the  Concept 
Exploration  (CE)  phase  of  the  program  to  the  Under  Secre¬ 
tary  of  Defense  (Acquisition  and  Technology)  (USD(A&T)), 
or  the  Assistant  Secretary  of  Defense  (Command,  Control, 
Communications,  and  Intelligence  (ASD(C^I)). 

Milestone  0  -  Approval  to  Conduct  Concept  Studies 

The  JROC  examines  the  needs  expressed  by  the  components 
to  confirm  that  they  cannot  be  met  by  nonmateriel  solutions 
(e.g.,  a  change  in  tactics).  For  ACAT I  programs,  if  the  JROC 
determines  that  a  common  need  expressed  by  two  or  more 
components  can  only  be  met  by  a  materiel  solution,  the  De¬ 
fense  Acquisition  Board  (DAB)  assesses  the  JROC’s  findings 
and  recommends  to  the  USD(A&T)  whether  studies  should 
be  conducted.  The  USD(A&T)  formally  initiates  the  concept 
studies  phase  via  an  Acquisition  Decision  Memorandum 
(ADM)  that  names  the  lead  components  to  conduct  the  stud¬ 
ies,  identifies  minimum  alternatives  to  be  explored,  and  estab¬ 
lishes  the  criteria  for  exiting  the  CE  phase. 

The  JROC/PSA  will  perform  a  similar  function  for  ACAT  lA 
efforts.  The  ASD(C^I)  signs  the  ADM  initiating  the  CE  phase 
for  these  programs. 

For  ACAT  II  and  III  programs,  the  components,  through  the 
DoD  Component  Acquisition  Executive  (CAE),  determine 
whether  to  initiate  the  CE  phase. 

Phase  0  -  Concept  Exploration  (CE) 

During  Phase  0,  the  lead  component  initiates  a  wide  variety  of 
short-term  studies  to  assess  alternatives  to  satisfying  the  need. 
These  studies  address  trade-offs  among  cost,  performance,  and 
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schedule.  Although  at  this  point  a  joint  program  still  does  not 
formally  exist,  the  activities  of  the  staff  conducting  the  studies 
begin  to  take  on  some  of  the  flavor  of  a  joint  program. 

This  is  a  critical  stage  in  the  development  of  a  joint  program. 
There  must  be  coordination  among  the  participating  compo¬ 
nents  to  identify  their  specific  needs.  The  lead  component  staff 
conducting  the  studies  needs  to  be  cognizant  of  the  different 
components’  approach  to  system  employment  and  logistics 
support,  to  include  possible  component-unique  needs.  Because 
of  the  impact  on  the  unit  and  life  cycle  costs  (LCC)  of  the  al¬ 
ternatives,  the  quantities  and  the  logistics  support  infrastruc¬ 
tures  needed  by  each  component  are  also  addressed  at  this 
point.  Furthermore,  whoever  is  leading  the  program,  prior  to 
the  designation  of  the  joint  PM,  needs  to  conduct  interservice 
coordination  to  develop  the  acquisition  strategy.  The  proposed 
acquisition  strategy  must  comply  with  all  relevant  arms  con¬ 
trol  treaties. 

It  is  here  that  the  system  requirements  begin  to  take  shape. 
Interviews  with  joint  program  personnel  determined  that  de¬ 
fining  must  meet  system  requirements  is  the  most  critical  factor 
in  the  eventual  success  of  the  program.  The  participants  must 
agree  on  system  requirements  and  identify  specific  service- 
unique  requirements  that  need  to  be  paid  for  separately  by 
that  component. 

Milestone  I  -  Approval  to  begin  a  New  Acquisition  Program 

This  milestone  marks  the  official  birth  of  a  joint  program.  The 
decision  to  initiate  a  joint  program  to  develop  a  new  system  is 
made  only  after  it  has  been  determined  that  the  need  cannot 
be  met  by  using  or  modifying  an  existing  military  system,  using 
or  modifying  an  existing  commercial  or  allied  system,  or  pur¬ 
suing  a  cooperative  research  and  development  (R&D)  pro¬ 
gram  with  one  or  more  allied  nations. 
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The  decision  to  initiate  a  joint  program  is  promulgated  via  an 
ADM  approving  the  initiation  of  the  new  joint  program  under 
the  leadership  of  a  particular  component  and  giving  permis¬ 
sion  to  enter  the  next  acquisition  phase. 

Phase  I  -Program  Definition  and  Risk  Reduction  (PDRR) 

During  Phase  I,  joint  program  office  (JPO)  activities  go  into 
full  swing.  The  program  office  is  established  (if  not  already 
formed)  and  jointly  manned.  Funding  from  multiple  compo¬ 
nents  is  brought  together  under  the  control  of  the  lead  com¬ 
ponent.  Funding  for  common  research,  development,  test,  and 
evaluation  (RDT&E)  is  provided  by  the  lead  component,  while 
funding  for  component-unique  requirements  is  provided  by 
the  component  needing  the  unique  capability. 

As  the  phase  continues,  contracts  are  let  to  develop  and  dem¬ 
onstrate  hardware  and  software  systems.  Testing  is  also  con¬ 
ducted  to  determine  if  the  systems  being  developed  meet  the 
established  requirements. 

In  addition,  the  logistics  support  infrastructure  required  to 
support  the  system  is  examined  in  detail.  There  are  basic  un¬ 
derlying  differences  in  logistics  infrastructures  among  the  par¬ 
ticipating  components.  These  differences  primarily  affect  main¬ 
tenance  concepts  and  maintenance  support  equipment.  The 
joint  PM  must  ensure  that  sufficiently  detailed  planning  oc¬ 
curs  to  account  for  these  differences  and  that  commonality  is 
maintained  to  the  greatest  extent  possible. 

Because  this  is  the  fledgling  stage  of  the  system  acquisition 
cycle,  it  is  the  phase  during  which  the  program  is  most  vulner¬ 
able  to  external  criticism,  political  pressures,  and  change.  Dur¬ 
ing  this  phase,  the  joint  PM  must  work  very  closely  with  the 
participating  components  to  maintain  “jointness”  and  to  bal¬ 
ance  attention  between  the  internal  day-to-day  activities  of  the 
program  and  external  factors  that  may  work  to  derail  the  pro- 
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gram.  Briefings  to  external  organizations  become  routine,  and 
virtually  every  program  management  decision  needs  to  be  co¬ 
ordinated  through  multiple  channels.  Historically,  it  has  been 
commonplace  for  participating  components  to  second-guess 
the  joint  PM  and  develop  their  own  independent  technical  and 
cost  estimates  regarding  the  program.  Such  independent  as¬ 
sessments,  particularly  if  they  lead  to  radically  different  con¬ 
clusions,  can  result  in  mixed  signals  to  higher  headquarters 
and  even  to  the  Congress.  Consequently,  it  is  absolutely  es¬ 
sential  for  the  joint  PM  to  be  able  to  reconcile  differences 
among  the  participating  components  so  that  common  and  con¬ 
sistent  data  are  presented  to  outside  organizations.  This  will 
prevent  confusion  and  help  maintain  an  accurate  understand¬ 
ing  of  the  program  by  all  concerned  parties. 

At  the  end  of  the  phase,  the  joint  PM  must  be  able  to  demon¬ 
strate  success  in  meeting  the  objectives  of  Phase  I  and  present 
results  upon  which  to  make  a  sound  decision  to  proceed  into 
the  EMD  phase. 

Milestone  II  -  Approval  to  enter  Engineering  and  Manufac¬ 
turing  Development  (EMD) 

EMD  of  approval  marks  is  a  significant  step  for  any  program, 
but  it  is  even  more  significant  for  a  joint  program  because  of 
the  obstacles  that  generally  must  be  overcome  to  get  this  far. 
Because  of  differences  among  the  components,  some  joint  pro¬ 
grams  never  pass  this  step  and  are  pursued  no  further.  Others 
are  completely  restructured  at  this  point  before  they  are  per¬ 
mitted  to  continue. 

Although  joint  programs  normally  are  initiated  at  Milestone  I, 
this  step  may  also  mark  the  beginning  of  a  joint  program.  Be¬ 
cause  the  opportunity  for  satisfying  joint  requirements  is  re¬ 
viewed  throughout  the  acquisition  cycle,  some  individual  com¬ 
ponent  programs  have  been  merged  at  this  point  into  a  new 
single  joint  program.  An  example  is  the  creation  of  the  Joint 
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Stand-Off  Weapon  (JSOW)  Program,  under  the  leadership  of 
the  Navy,  resulting  from  the  merger  of  the  Navy’s  Advanced 
Interdiction  Weapon  System  (AIWS)  Program  and  some  Air 
Force  weapons  programs  that  were  still  in  the  CE  phase. 

In  either  case,  EMD  approval  constitutes  perhaps  the  most 
significant  acquisition  milestone  because  of  the  commitment 
that  has  to  be  made  by  the  components  to  the  continuation  of 
the  program  after  this  point.  According  to  Department  of 
Defense  (DoD)  5000.2-R,  terminating  or  cutting  funding  or 
quantities  from  a  joint  program  by  any  participating  compo¬ 
nent  may  require  the  withdrawing  component  to  provide  con¬ 
tinuing  financial  support  to  the  program.  Although  this  require¬ 
ment  is  imposed  from  the  onset  of  the  joint  program,  given 
the  much  greater  financial  commitments  associated  with  EMD, 
the  decision  to  proceed  into  the  next  phase  makes  it  extremely 
costly  for  a  component  to  withdraw  from  participation  after 
this  point. 

Phase  II  -  EMD 

The  EMD  phase  presents  a  continuing  set  of  challenges  to  joint 
program  management.  As  this  phase  progresses,  many  activi¬ 
ties  within  each  of  the  participating  components  need  to  be 
brought  together  to  ensure  that  the  program  proceeds  on 
schedule.  Among  the  activities  that  present  the  greatest  chal¬ 
lenge  to  the  joint  PM  are  joint  component  test  and  evaluation 
(T&E),  and  planning  for  deployment  and  subsequent  logistics 
support. 

System  testing  often  becomes  a  problem  area,  particularly  with 
regard  to  how  well  the  system  satisfies  previously  agreed  upon 
“joint”  requirements.  There  is  often  pressure  to  develop  com¬ 
ponent-unique  modifications  and  variants  to  the  basic  system 
to  meet  unique  requirements.  Another  issue  that  arises  is  the 
desire  by  each  component  to  participate  directly  in  the  testing 
of  the  system,  not  only  in  terms  of  operational  test  and  evalu- 
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ation  (OT&E),  but  also  in  developmental  test  and  evaluation 
(DT&E).  This  competition  has  often  led  to  duplicate  testing 
and  the  manufacture  of  extra  test  assets  to  satisfy  these  de¬ 
sires.  A  unified  test  plan  under  the  management  of  the  lead 
component  must  be  coordinated  with  the  participating  com¬ 
ponents  to  ensure  that  system  tests  address  the  test  concerns 
of  the  participating  components. 

As  the  EMD  phase  progresses,  more  detailed  planning  must 
be  conducted  regarding  how  the  system  will  be  deployed  and 
logistically  supported.  The  magnitude  of  planning  activities  that 
must  occur  may  lead  to  the  development  of  large,  often  sepa¬ 
rate  staffs  within  the  program  office  to  conduct  the  logistics 
planning  for  each  component  and  perform  the  necessary 
interservice  coordination  to  ensure  smooth  deployment. 

The  joint  PM  must  work  with  each  of  the  components  to  en¬ 
sure  continued  funding  of  the  program.  In  particular,  final 
agreement  must  be  reached  regarding  proposed  production 
quantities  and  rates  because  of  their  effect  on  unit  costs  and 
logistics  support. 

During  this  phase,  the  JPO  must  plan  for  the  support  of  the 
system  once  it  is  deployed.  One  such  type  of  support  entails 
collecting  and  analyzing  feedback  from  the  user  components 
on  the  reliability  of  the  systems  used  in  the  OT&E.  This  means 
that  procedures  and  systems  need  to  be  developed  to  physi¬ 
cally  collect  and  process  data  that  may  be  collected  in  differ¬ 
ent  reporting  formats  and  processed  using  different  computer 
systems.  It  also  means  that  the  joint  program  staff  that  will 
analyze  the  data  need  to  be  cognizant  of  the  differences  in 
reporting  criteria,  formats,  and  levels  of  detail  used  by  the  dif¬ 
ferent  components  in  collecting  the  data. 

The  systems  for  OT&E  may  be  acquired  through  low  rate  ini¬ 
tial  production  (TRIP).  The  number  of  systems  needed  will 
have  to  be  coordinated  with  the  participating  components  well 
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in  advance.  The  numbers  will  be  based  on  an  early  operational 
assessment  of  prototypes  by  an  independent  operational  test 
agency  during  Phase  1.  It  is  important  to  note  the  reasons  that 
may  be  used  to  justify  an  TRIP:  to  provide  production  represen¬ 
tative  articles  for  OT&E;  to  work  the  problems  out  of  the  manu¬ 
facturing  process;  and  to  ramp  up  to  full  rate  production  smoothly. 

Milestone  III  -  Production  or  Fielding/Deployment  Approval 

The  decision  to  proceed  from  EMD  into  Phase  III  signifies 
that  the  joint  program  has  successfully  navigated  innumerable 
obstacles  over  the  years  and  is  ready  to  begin  delivering  usable 
products  to  the  components.  To  fund  the  production  of  the 
system,  each  participating  component  must  program  procure¬ 
ment  dollars  for  its  share  of  the  production. 

Phase  III  -  Production,  Fielding/Deployment 
and  Operational  Support 

During  Phase  III  the  principal  responsibility  of  the  joint  PM  is 
to  ensure  that  the  system  is  being  built  as  planned,  on  cost, 
and  delivered  satisfactorily  to  the  user.  Phase  III  calls  for  even 
more  coordination  with  the  user  Components,  particularly  with 
regard  to  delivery  of  systems  and  their  accompanying  mainte¬ 
nance  support  subsystems  including  extensive  amounts  of  tech¬ 
nical  orders  and  other  documentation.  To  facilitate  this  pro¬ 
cess,  the  JPO  may  need  to  have  personnel  colocated  with  the 
logistics  organizations  of  the  user  components. 

Recognizing  that  virtually  every  major  weapon  system  has  con¬ 
siderable  overlap  between  the  production  and  subsequent  op¬ 
erations  and  support,  the  joint  PM  must  ensure  that  proce¬ 
dures  and  systems  are  in  place  during  Phase  III  to  support  the 
system  after  it  is  fielded. 

Feedback  from  users  invariably  results  in  a  need  to  modify  the 
system  even  as  it  is  being  produced  and  deployed.  This  neces- 
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sity  means  that  the  joint  PM  must  continue  to  coordinate  with 
the  users  on  requirements  and  identify  common  and  compo¬ 
nent-unique  modification  requirements.  Furthermore,  it  means 
that,  although  the  program  is  in  the  Phase  III,  RDT&E  fund¬ 
ing  must  continue  to  be  provided  to  pay  for  continued  devel¬ 
opment  and  testing  of  these  modifications.  Agreement  on  the 
required  modifications  and  funding  for  them  can  normally  be 
handled  within  the  purview  of  the  JPO  in  coordination  with 
the  Components  affected. 

Operational  support  begins  with  delivery  of  the  first  systems 
to  the  user.  The  primary  responsibility  of  the  joint  PM  is  to 
ensure  that  users’  needs  continue  to  be  met,  primarily  through 
tracking  system  reliability  and  processing  problem  reports.  It 
also  entails  managing  continued  production  of  spares  and  re¬ 
pair  parts  and  maintenance  support  systems,  identifying  the 
need  for  system  modifications  and  improvements,  and  manag¬ 
ing  them  once  they  are  approved. 

Furthermore,  it  is  common  for  joint  PMs  to  manage  multiple 
variants  of  a  system,  each  of  which  may  be  in  a  different  phase 
of  the  acquisition  cycle.  A  classic  example  of  such  a  program  is 
the  AIM-9  Sidewinder  Air-to-Air  Missile  program,  which  in 
1991  included  the  AIM-9L  in  operation,  the  AIM-9M  in  pro¬ 
duction  and  being  deployed,  the  AIM-9R  in  the  EMD  phase, 
and  the  AIM-9X  in  the  CE  phase. 

Modification  Approval  (If  Required) 

Sometimes  a  major  modification  to  the  system  must  be  made, 
because  of  evolving  changes  in  the  threat,  to  overcome  defi¬ 
ciencies  discovered  through  operational  testing  or  use,  or  to 
reduce  operations  and  support  costs.  Changes  that  need  to  be 
made  to  systems  are  considered  “modifications.”  Whenever 
the  magnitude  of  a  modification  is  such  that  it  meets  ACAT I 
or  lA  criteria  or  is  designated  as  Major  Defense  Acquisition 
Program  (MDAP)  by  the  USD(A&T),  the  proposed  modifi- 
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cation  will  be  considered  a  separate  acquisition  effort.  For 
modifications  or  changes  that  do  not  meet  ACAT I  or  lA,  they 
will  be  considered  part  of  the  basic  program. 
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JOINT  RESOURCE  ALLOCATION 


General 

As  discussed  below,  the  joint  program  manager  (PM)  is  involved 
in  the  four  phases  of  the  Resource  Allocation  Process  (RAP): 

•  Planning,  Programming,  and  Budgeting  System  (PPBS) 
(Phase  I); 

•  Enactment  (Phase  II); 

•  Apportionment  (Phase  III);  and 

•  Execution  (Phase  IV). 

These  phases  are  calendar-driven  and  independent  from  the 
event-driven  acquisition  process.  The  joint  PM  must  take  care 
to  not  confuse  the  phases  of  the  RAP  with  those  of  system 
development. 

Phase  I  -  Planning,  Programming,  and  Budgeting  System 
(PPBS) 

Resources  for  joint  programs  are  provided  through  the  De¬ 
partment  of  Defense  (DoD)  PPBS.  From  the  standpoint  of 
the  joint  PM,  the  component  Program  Objective  Memoran¬ 
dums  (POMs)  and  budgets  are  usually  the  source  of  program¬ 
matic  funding.  The  Office  of  the  Secretary  of  Defense  (OSD) 
and  the  Commanders-in-Chief  (CINCs)  of  the  Unified  Com¬ 
mands  can  provide  support  for  joint  issues,  including  specific 
programs,  during  the  PPBS  cycle. 


The  Deputy  Secretary  of  Defense  (DEPSECDEF)  manages 
the  PPBS  with  the  advice  and  assistance  of  the  Defense  Re¬ 
source  Board  (DRB),  which  he  chairs.  The  advocacy  for  joint 
programs  in  the  PPBS  process  often  comes  from  Congress, 
OSD,  the  Joint  Chiefs  of  Staff  (JCS),  apd  the  Unified  Com¬ 
mands.  The  joint  PM  should  be  aware  of  the  operational  con¬ 
cept  for  employing  the  system  when  fielded  in  order  to  under¬ 
stand  the  related  planning  and  programming  processes  that 
occur  within  the  components,  JCS,  and  OSD.  For  example, 
U.S.  Southern  Command  counters  Latin  American  security 
issues  with  a  peacetime  engagement  strategy  that  uses  com¬ 
mand,  control,  communications,  and  intelligence  (C^I)  systems 
to  help  host  governments  cope  with  insurgents,  narcotics  traf¬ 
fickers,  and  other  threats.  During  the  PPBS  process,  the  Uni¬ 
fied  Command  CINCs  can  advocate  system  and  other  needs 
through  Integrated  Priority  List  (IPL)  submissions  from  the 
CINCs  to  the  DRB  through  the  JCS. 

View  of  Former  Joint  PM: 

•  Must  understand  the  PPBS  process  and  associated 
“drills.  ”  The  PM  must  learn  not  to  panic.  The  PMs  need 
to  have  most  documentation  available  to  give  honest,  if 
tentative  answers. 

Phase  II  -  Enactment 

Congressional  review  of  the  DoD  portion  of  the  President’s 
budget  is  undertaken  by  authorizing  committees  and  appro¬ 
priating  committees  before  budget  bills  are  introduced  into 
law.  Congressional  authorization  specifies  the  substance  of  a 
program,  including  authorizations  for  major  weapons  pro¬ 
grams.  The  Senate  Armed  Services  Committee  (SASC)  and 
the  House  National  Security  Committee  (HNSC)  are  the  ma¬ 
jor  DoD  authorizing  committees.  A  review  of  their  subcom¬ 
mittees  suggests  some  areas  of  interest.  The  SASC  has  sub¬ 
committees  on  Acquisition  and  Technology,  Airland  Forces, 
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Personnel,  Readiness,  Seapower,  and  Strategic  Forces.  The 
HNSC  has  subcommittees  on  Military  Installations  and  Facili¬ 
ties,  Military  Personnel,  Military  Procurement,  Military  Readi¬ 
ness,  and  Military  R&D.  The  HNSC  has  established  special 
oversight  panels  on  Morale,  Welfare,  and  Recreation,  and  the 
Merchant  Marine.  The  joint  PM  may  have  dealings  v^ith  the 
staffs  of  these  committees  and,  more  formally,  through  OSD 
or  component  congressional  liaison.  It  is  important  that  the 
program  description  provided  to  Congress  be  consistent  with 
authorization  bill  language.  Moreover,  the  joint  PM  should  be 
aware  of  report  language  affecting  the  project,  since  failure 
to  note  the  language  may  result  in  funding  or  statutory  pen¬ 
alties. 

The  House  and  Senate  Appropriations  Committees  (HAC/ 
SAC)  and  their  Defense  Subcommittees  on  Defense  and  Mili¬ 
tary  Construction  start  formal  reviews  of  the  proposed  presi¬ 
dential  budget  in  February.  Appropriations  committees  apply 
funding  across  all  federal  programs,  e.g.,  education,  defense, 
entitlements.  Accordingly,  competing  demands  such  as  infra¬ 
structure  needs  often  result  in  defense  decrements.  The  ap¬ 
propriations  committees  reconcile  authorizations  with  budget 
funds.  The  House  and  Senate  vote  on  both  authorization  and 
appropriation  bills  after  conference  committee  meetings.  The 
OSD  Comptroller  issues  guidance  when  the  authorization  and 
appropriation  bills  are  inconsistent  (as  they  can  be).  If  enact¬ 
ment  of  the  appropriations  bill  is  delayed  beyond  the  start  of 
the  fiscal  year,  a  “continuing  resolution”  (CR)  is  passed  to 
authorize  obligations  that  do  not  exceed  the  lesser  rate  of  prior 
year  obligations  or  what  is  reflected  in  prior  action  of  Con¬ 
gress.  The  OSD  and  the  components  also  provide  guidance 
during  CRs.  These  CRs  usually  allow  federal  agencies  to  op¬ 
erate  for  a  fixed  period  at  a  reduced  spending  rate  while  Con¬ 
gress  finishes  work  on  each  agency’s  actual  budget  for  the  com¬ 
ing  year. 
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Views  of  Former  Joint  PMs: 

•  The  biggest  problem  associated  with  congressional  and 
component  staffs  is  perceptions. 

•  Briefings  on  the  ''HilF  to  congressional  staffers  are  im¬ 
portant  to  aid  communication  and  exchange  of  impor¬ 
tant  program  status  data. 

Phase  III  -  Apportionment 

The  Office  of  Management  and  Budget  (OMB)  allocates  fund¬ 
ing  to  OSD.  In  turn,  these  funds  are  reallocated  to  the  compo¬ 
nents  and  other  DoD  organizations.  Apportionment  allows  the 
President,  through  OMB,  DoD,  and  the  components,  to  con¬ 
trol  funding  execution  rates.  Joint  PMs  are  affected  by  the 
monitoring  that  accompanies  this  process.  The  Components 
monitor  the  rates  at  which  funds  are  committed  (assigned  to  a 
project);  obligated  (placed  on  contract);  and  expended  or  dis¬ 
bursed  (paid  to  a  vendor).  The  OSD  uses  the  information  col¬ 
lected  and  analyzed  by  the  components  to  exercise  its  finan¬ 
cial  control.  Control  by  OSD  includes  taking  money  back  when 
expenditure  or  obligation  rates  are  too  low  or  assigning  to  the 
components,  and  other  organizations,  recoupment  objectives, 
and  plans  for  saving  current  or  prior  year  funding.  The  joint 
PM  needs  to  be  cognizant  of  the  cycles  within  each  of  the  com¬ 
ponents  from  which  to  obtain  funding.  As  an  example,  one 
major  joint  program  lost  several  million  dollars  because  the 
other  participating  component’s  deadline  for  pulling 
unobligated  money  back  occurred  much  earlier  than  the  lead 
component’s  deadline. 

Views  of  Former  Joint  PMs: 

•  The  PM  must  understand  the  PPBS  process  and  have  a 
working  knowledge  of  each  military  service's 
[component’s]  budget  process.  Each  military  service 
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[component]  must  have  money  to  support  the  program; 
this  precludes  any  problems  encountered  in  the  system 
development  phase. 

•  Budget  shortfalls  need  to  be  addressed  for  each  military 
service's  [component’s]  budget  submission  window  and 
discussed  with  the  program  management  team  or  work¬ 
ing  group. 

Phase  rV  -  Execution 

The  execution  phase  occurs  when  appropriated  funds  are  spent 
on  defense  programs.  The  obligation  and  expenditure  terms 
discussed  above  apply  to  the  execution  phase,  since  the  pro¬ 
gram  expenditures  provide  the  raw  data  that  DoD  uses  for 
apportionment  management.  The  DoD  fiscal  structure  is  an 
annual  process  tied  to  Congress.  The  Defense  Acquisition 
Board  (DAB)  process  is  a  DoD  management  control  system 
that  can  be  overruled  by  the  budget.  The  DAB  can  clear  a  pro¬ 
gram  to  advance  to  the  next  milestone,  but  DAB  guidance  is 
legally  and  practically  contingent  on  funding. 

The  inherent  tension  in  the  process  for  joint  PMs  is  that  the 
PPBS  is  a  calendar-based  process,  while  joint  program  fund¬ 
ing  needs  are  related  to  acquisition  milestones,  engineering, 
and  production  schedules.  A  sensitivity  to  the  component  per¬ 
sonnel  who  monitor  the  budget  aspects  of  joint  programs  is 
crucial  to  finding  ways  to  adjust  the  DoD  resource  manage¬ 
ment  system  to  individual  programs.  For  example,  the  compo¬ 
nents  have  been  delegated  $10  million  for  operations  and  main¬ 
tenance  (O&M)  and  procurement,  and  $4  million  for  research, 
development,  test,  and  evaluation  (RDT&E)  reprogramming 
authority  from  OSD  and  by  Congress  through  past  practice. 
This  delegation  is  called  below-threshold  reprogramming. 
Larger  funding  amounts  can  be  reprogrammed  (redirected) 
to  higher  priority  projects  with  congressional  approval.  The 
PPBS  and  execution  are  also  related,  in  that  the  PM  must  work 
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with  budget  staffs  to  provide  necessary  funding  continuity  for 
projects.  Contract  and  budget  staffs  can  help  the  joint  PM  plan 
for  needed  fiscal  continuity.  Execution  is  closely  related  to  the 
PPBS  calendar  cycle,  but  driven  by  technical  events. 

Using  other  defense  components  to  contract  and  manage  key 
program  activities  can  adversely  affect  program  execution  if 
they  fail  to  spend  the  program  funds  as  planned.  Consequently, 
the  joint  PM  must  work  closely  with  program  control  person¬ 
nel  to  monitor  execution  of  funds. 

Views  of  Former  Joint  PMs: 

•  Understanding  the  ‘"color”  of  money  is  a  necessity.  The 
PM  needs  to  understand  where,  when,  and  how  the  money 
comes.  Knowing  the  (color)  differences  ofRDT&.E,  pro¬ 
curement,  and  O&M  dollars  is  an  absolute  . 

•  Gaps  may  exist  from  program  start  to  entry  into  produc¬ 
tion.  Therefore,  a  PM  must  have  periodic  reviews  of  the 
program  to  ensure  focus,  intent,  and  purpose  remain  at 
the  forefront. 
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7 

BUSINESS  AND  TECHNICAL 
ASPECTS  OF  SYSTEMS 
ACQUISITION  IN  A  JOINT 
ENVIRONMENT 


General 

This  chapter  discusses  business  and  technical  aspects  of  joint 
program  management.  It  complements  Chapter  5  (life  cycle 
management)  and  Chapter  6  (planning,  programming,  and 
budgeting  system  (PPBS)  issues)  by  highlighting  selected  ac¬ 
quisition  areas: 

•  Program  Office  Administration  and  Personnel; 

•  Acquisition  Plan  (AP); 

•  Acquisition  Program  Baseline  (APB); 

•  Program  Protection  and  System  Security; 

•  Contracting; 

•  Request  for  Proposal  (RFP)  Preparation; 

•  Systems  Engineering  (SE); 

•  Risk  Management; 

•  Logistics  Support; 
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•  Integrated  Process  and  Product  Development  (IPPD) ; 

•  Configuration  Management  (CM);  and 

•  Operational  Test  and  Evaluation  (OT&E). 

Program  Office  Administration  and  Personnel 

Administrative  and  personnel  planning  are  important  for  joint 
programs.  Joint  Program  Offices  (JPO)  adhere  to  the  Depart¬ 
ment  of  Defense  (DoD)  component’s  acquisition  regulations 
and  should  use  the  lead  DoD  component’s  administrative  pro¬ 
cedures.  The  joint  program  manager  (PM)  must  recognize  that 
some  key  administrative  matters,  e.g.,  funding  and  personnel 
evaluations,  must  be  prepared  in  accordance  with  sister  com¬ 
ponent  standards.  The  deputy  joint  PM  is  normally  selected 
from  the  most  important  participating  Component.  The  deputy 
is  crucial  to  building  and  sustaining  relationships  with  the  sis¬ 
ter  component  and  in  serving  as  an  alter  ego  of  the  joint  PM, 
especially  when  the  PM  is  traveling.  It  should  be  noted  that 
when  more  than  one  participating  component  is  involved,  the 
program  office  may  have  a  deputy  PM  from  each.  The  selec¬ 
tion  of  other  key  personnel  such  as  the  logistics  manager  and 
key  system  deputy  manager  (e.g..  Deputy  PM  for  Avionics) 
requires  a  sensitivity  toward  other  components’  career  paths 
and  rating  procedures.  It  is  important  to  review  the  personnel 
briefs  of  key  personnel  who  are  nominated  for  program  roles. 
Matrix  management  is  often  an  effective  way  to  manage  joint 
programs.  The  lead  component  usually  provides  the  greatest 
amount  of  engineering  staff,  with  participating  components 
performing  discrete  tasks  or  providing  integrated  personnel. 
Given  normal  fluctuations  in  design  and  engineering  sched¬ 
ules,  matrix  management  is  often  used  to  align  engineering 
personnel  with  tasks. 
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View  of  Former  Joint  PM: 

•  Always  split  work  with  the  deputy  PM.  The  requirement 
may  be  based  on  expertise^  but  cross  talk  is  important  for 
program  performance. 

•  Joint  programs  should  have  a  short  but  concise  training 
program  for  personnel  newly  assigned  to  the  program. 

•  People  issues  are  very  demanding  in  joint  program  man¬ 
agement. 

•  Joint  liaison  through  the  life  cycle  of  the  program  pro¬ 
vides  continuity  and  authority. 

Acquisition  Plan  (AP) 

Joint  programs  require  special  attention  to  multiservice  fund¬ 
ing  requirements  and  to  acquiring  the  right  mix  of  joint  exper¬ 
tise  for  the  source  selection  process.  The  AP  must  specify  ap¬ 
propriate  joint  funding  commitments,  including  the  type  of 
moneys  required.  Joint  users  and  component  logisticians  for 
systems  should  be  represented  on  the  Source  Selection  Advi¬ 
sory  Council  (SSAC),  the  Source  Selection  Evaluation  Board 
(SSEB),  and  in  Statements  of  Work  (SOW)  reviews  and  Con¬ 
tract  Data  Requirements  List  (CDRL)  calls. 

View  of  Former  Joint  PM: 

•  Relationships  are  important  to  cultivate  and  manage 
through  the  program’s  life  cycle. 

Acquisition  Program  Baseline  (APB) 

The  APB  is  developed  by  the  PM  for  the  Milestone  I  decision 
and  is  managed  through  the  Consolidated  Acquisition  Report¬ 
ing  System  (CARS).  The  baseline  is  updated  before  each  Miie- 
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stone.  Appendix  I  of  DoD  5000.2-R  describes  the  CARS  APB 
formats.  The  joint  PM  submits  the  baseline  through  the  deci¬ 
sion  chain  to  the  Milestone  Decision  Authority  (MDA).  For 
acquisition  category  (ACAT)  IC  and  lAC  programs,  the  Com¬ 
ponent  Acquisition  Executive  (CAE)  will  approve  the  baseline. 
For  ACAT  ID  or  lAM  programs,  the  lead  DoD  service  will 
submit  the  APB  to  Under  Secretary  of  Defense  (Acquisition 
and  Technology)  (USD(A&T))  or  Assistant  Secretary  of  De¬ 
fense  (Command,  Control,  Communications,  and  Intelligence) 
(ASD(C^I))  for  approval. 

The  APB  contains  key  cost,  schedule,  and  performance  pa¬ 
rameters  for  the  program.  ACAT  I  programs  have  the  most 
formal  deviation  reporting  requirements,  but  all  programs  will 
require  program  baseline  deviation  reporting.  Joint  program 
baseline  issues  have  involved  a  lack  of  understanding  of  key 
performance  parameters  and  their  significance.  Joint  PMs  need 
to  keep  consistent  parameters  in  key  documentation:  opera¬ 
tional  requirements  document  (ORD),  the  test  and  evalua¬ 
tion  master  plan  (TEMP),  the  APB,  and  in  Joint  Requirements 
Oversight  Council  (JROC)  presentations  for  ACAT  I  pro¬ 
grams. 

View  of  Senior  JROC  Member: 

•  ‘'Key  performance  parameters  should  be  output  oriented, 
measurable,  achievable,  and  testable.  ”  Attributed  to  the 
Vice  Chief  of  Staff  USAE 

Program  Protection  and  System  Security 

Joint  programs  must  have  an  effective  security  plan.  The  plan 
should  protect  key  sensitive  aspects  of  the  program  from  es¬ 
pionage  threats  and  include  government  and  industry  program 
participants.  The  plan  should  discuss  operational  security 
(OPSEC)  issues,  especially  if  the  program  is  sensitive.  Secu¬ 
rity  is  important  to  program  execution  because  delays  in  secu- 
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rity  clearances  and  plant  accreditations  can  adversely  affect 
scheduling,  especially  in  special  access  programs.  Information 
security  is  becoming  more  of  an  issue.  Communications  and 
computer  systems  must  be  accredited  for  various  levels  of  clas¬ 
sification,  including  special  access  levels.  Delays  in  accredita¬ 
tion  can  adversely  affect  the  program  if  the  joint  PM  does  not 
plan  for  system  certifications.  Additionally,  communications 
security  (COMSEC)  equipment  is  increasingly  embedded  in 
equipment  at  the  design  stage,  requiring  early  planning  for 
COMSEC. 

Views  of  Former  Joint  PMs: 

•  Must  have  program  protection  plan  for  sensitive  programs. 

•  Security  issues  and  special  access  requirements  need  to 
be  addressed  in  Memorandums  of  Understanding 
(MOUs)  and  Memorandums  of  Agreement  (MOAs). 
Identify  constraints  and  responsibilities  of  military  ser¬ 
vices  [components]  and  contractors.  Sometimes  lead 
component  regulations  are  followed;  if  this  is  the  case, 
need  to  ensure  all  military  services  [components]  associ¬ 
ated  with  the  program  understand  primary  guidance. 

•  Special  access  security  is  a  major  issue  that  needs  to  be 
addressed. 

Contracting 

Contracting  is  controlled  by  the  law  and  the  FAR.  Accordingly, 
the  bulk  of  contracting  is  standard  across  the  components  in 
its  broad  framework,  but  there  are  differences  in  component 
proposal  evaluation  procedures  and  other  operating  proce¬ 
dures.  Since  joint  programs  may  have  more  requirements 
changes  than  other  programs,  a  good  relationship  with  con¬ 
tracting  is  important  to  translate  objectives  into  contract  terms 
and  types. 


57 


Views  of  Former  Joint  PMs: 

•  Contracting  personnel  must  he  brought  in  early  to  help 
with  joint  program  efforts.  Contracting  officials  must  be 
aware  of  operational  requirements.  They  cannot  write 
contracts  on  “floating”  requirements.  Contracting  person¬ 
nel  must  be  visionaries  and  have  perspectives  on  creative 
contracting. 

•  Contracting  is  an  area  that  is  of  great  importance  to  the 
joint  PM.  Contracting  may  provide  a  view  on  acquisition 
and  business  strategies,  associations  with  contractors 
(what  you  can  say  and  do),  and  applications  to  the  Con¬ 
tracting  Officers  Representative  (COR).  A  problem  for 
the  joint  PM  is  the  lack  of  multiservice  contracting  pro¬ 
cedures. 

Request  for  Proposal  (RFP)  Preparation 

Preparing  an  RFP  for  joint  programs  is  similar  to  single-ser¬ 
vice  RFP  development.  However,  joint  component  RFPs  re¬ 
quire  more  careful  coordination  of  evaluation  criteria  and  other 
key  factors.  Joint  programs  should  be  structured  to  maintain 
competition  throughout  development  and  production.  Joint 
PMs  must  also  understand  the  significance  of  RFP  language 
relating  technical  and  cost  evaluations.  The  more  the  draft  RFP 
language  emphasizes  technical  merit  over  cost,  the  greater  the 
chances  of  the  RFP  driving  the  program  to  the  most  costly 
solution  in  a  technical  area.  Nevertheless,  identified  high-risk 
areas  may  still  warrant  greater  emphasis  on  technical  merit 
over  cost. 

View  of  Former  Joint  PM: 

•  Successful  programs  have  a  common  purpose  from  the 
beginning.  This  saves  time,  money,  and  precludes  “gold 
plating.  ”  Program  requirements  should  be  thoroughly 
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addressed  with  respect  to  objectives  and  technical  feasi¬ 
bility. 

•  Bring  users  and  contracting  personnel  in  early  to  review 
concept  formulation. 

Systems  Engineering  (SE) 

As  with  service  programs,  SE  in  joint  program  management  is 
an  essential  tool.  Interrelationships,  e.g.,  sensor  to  ground  sta¬ 
tion,  munitions  to  multiple  component  platforms,  can  be  ana¬ 
lyzed  by  operational  research  techniques  to  develop  optimum 
solutions.  When  combined  with  analysis  of  key  performance 
parameters  and  operational  testing,  systems  engineering  can 
help  a  joint  PM  effectively  limit  risk  in  a  very  complex  under¬ 
taking. 

Views  of  Former  Joint  PMs: 

•  Integrated  Product  Team  (IPT)  (contractor  and  govern¬ 
ment  personnel)  integration  was  useful  and  necessary  in 
keeping  the  program  together  and  on  track.  The  contrac¬ 
tor  identifies  high-profile,  priority,  and  cost  issues  they 
want  the  joint  PM  to  control  and  monitor.  Teams  are  iden¬ 
tified  to  handle  issues,  i.e.,  security  and  maintenance.  The 
contractor  identifies  teams  and  the  executive  board  moni¬ 
tors  overall  management  and  timeliness. 

•  Military  services  [ components ]  have  to  establish  require¬ 
ments,  priorities,  and  technical  parameters  at  program 
implementation.  Before  each  acquisition  phase,  define 
requirements  and  redefine  thresholds  and  objectives. 

Risk  Management 

In  many  ways,  program  management  is  risk  management,  and 
joint  programs  add  to  the  number  of  risks  facing  the  joint  PM. 
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By  definition,  the  joint  PM  has  multiple  users,  requirements, 
and  funding  sources.  These  customers  can  adversely  affect  the 
health  of  the  program  by  requirements  and  funding  variations 
and  by  raising  political  issues.  A  common  issue  is  the  degree 
and  effectiveness  of  interoperability  of  the  new  system  with 
participating  component  systems.  Accordingly,  the  joint  PM 
should  be  careful  to  monitor  technical  risks  in  order  to  help 
maintain  program  consensus  and  to  ensure  proper 
interoperability. 

Risk  control  is  an  active  way  to  manage  program  risk.  Mul¬ 
tiple  development  efforts  and  early  prototyping  are  methods 
of  minimizing  risk  in  programs.  Another  way  is  to  include  a 
low-risk  design  backup  in  case  the  higher  risk  primary  approach 
is  not  feasible.  Preplanned  product  improvement  provisions, 
evolutionary  development,  and  other  incremental  development 
techniques,  especially  if  coordinated  with  user  commands,  can 
split  development  problems  into  small  increments  and  defer 
large  risks.  The  use  of  standard  software  and  software  reuse 
can  also  minimize  software  and  program  development  risks. 
Finally,  when  a  parameter  such  as  weight  or  range  is  vital  to 
system  performance,  it  may  be  appropriate  to  use  a  board  that 
has  representatives  from  all  affected  technical  functions  to 
closely  monitor  its  progress.  This  may  be  chaired  by  the  joint 
PM.  It  provides  management  focus  to  the  parameter  by  staff¬ 
ing  all  changes  that  affect  the  parameter.  The  board  can  also 
relate  logistics  and  other  functions  to  the  key  performance 
parameters  to  improve  life  cycle  system  performance. 

Views  of  Former  Joint  PMs: 

•  Interoperability  is  the  number  one  concern  among  all 
military  services  [components] .  Commonality  (standard 
maintenance  and  repair)  is  also  important. 
Interoperability  includes  the  joint  interface  lintegration  of 
documents  and  integration  with  users  to  determine  what 
it  is  you  want  to  interface. 
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•  Ojflce  of  the  Secretary  of  Defense  ( OSD)  policies,  which 
attempt  to  drive  a  ''common'’ platform  or  system,  have 
an  impact  on  addressing  all  the  military  services’  [com¬ 
ponents’]  requirements  and  may  need  to  be  reviewed  for 
overall  program  effectiveness. 

Logistics  Support 

In  warfare,  logistics  is  often  the  most  serious  planning  con¬ 
straint.  Given  this  military  imperative,  it  is  important  to  un¬ 
derstand  both  lead  component  and  participating  component 
logistics  policies  and  procedures  to  field  a  sustainable  system. 
Continuous  Acquisition  and  Life  cycle  Support  (CALS)  should 
be  considered  for  integration  into  joint  programs.  Failure  to 
achieve  logistics  agreements  with  component  logistics  chiefs 
can  lead  to  mandatory  reviews  and  program  turbulence.  Lo¬ 
gistics  support  plans  may  be  prepared  to  document  the  required 
logistics  support  if  desired  by  the  PM,  or  as  advised  by  the 
IPT(s). 

Within  90  days  of  awarding  the  Phase  II  contract  award,  the 
joint  PM  must  ensure  that  the  lead  component  reports  to  their 
senior  logistics  authority^  and  initiate  work  on  an  interservice 
logistics  support  agreement.  This  agreement  is  completed  prior 
to  Milestone  III.  If  a  program  fails  to  meet  this  90-day  mile¬ 
stone,  a  program  review  will  be  chaired  by  the  logistic  head  of 
the  lead  service.  This  review  focuses  on  removing  impediments 
to  interservice  logistic  support  through  a  time-phased  action 
plan. 

View  of  Former  Joint  PM: 

•  Joint  logistics  ( one  depot)  helps  monies  pass  through  vari¬ 
ous  check  points  in  the  PPBS. 


’  For  example,  Commander,  Air  Force  Materiel  Command,  or  to  his/her  designated  repre¬ 
sentative. 
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Integrated  Product  and  Process  Development  (IPPD) 

The  joint  PM  must  employ  the  concept  of  IPPD  throughout 
the  program  design,  development,  production  and  fielding 
processes.  The  use  of  IPTs  is  key  to  the  successful  employ¬ 
ment  of  IPPD,  The  IPPD  management  process  integrates  all 
activities  from  product  concept  through  production  and  field¬ 
ing.  Multidisciplinary  teams  are  used  to  simultaneously  opti¬ 
mize  the  product  and  its  manufacturing  and  supportability  com¬ 
ponents  to  meet  cost  and  performance  objectives. 

Configuration  Management  (CM) 

Always  challenging,  CM  can  be  more  difficult  in  a  joint  pro¬ 
gram.  Some  users,  with  good  intentions,  will  want  to  introduce 
government-furnished  software  to  tackle  a  particular  task  such 
as  aircraft  scheduling  or  flight  time  recording.  The  sense  of 
former  joint  program  management  debriefings  was  that  a  good 
handle  on  CM  indicated  effective  program  control. 

View  of  Former  Joint  PM: 

•  When  you  have  good  CM,  you  have  firm  control  of  the 
program.  To  get  a  background  on  joint  program  manage¬ 
ment,  review  reports  from  the  Department  of  Defense 
Inspector  General  (DoDIIG)  and  Government  Account- 
ing  Office  (GAO)  representatives. 

Operational  Test  and  Evaluation  (OT&E) 

The  art  of  joint  management  in  OT&E  is  in  planning  for  lead 
component  test  management,  sister  component  participation, 
and  fidelity  to  user  requirements.  In  complex  joint  programs, 
operational  tests  (OT)  should  provide  feedback  to  the  users 
and  demonstrate  system  supportability.  In  other  words,  the 
effective  joint  PM  will  use  the  test  and  not  resist  the  test.  The 
OTs  are  also  used  to  identify  hew  uses  and  tactics  for  the  sys- 
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tern.  Joint  users  must  be  involved  in  OTs  to  further  military 
knowledge  and  tactics  in  areas  like  Short  Takeoff  or  Landing 
(STOL)  techniques,  low-observable  systems,  and  other  new 
warfighting  technologies.  This  cooperation  must  be  described 
in  a  joint  TEMP,  which  is  coordinated  with  the  participating 
components.  Separate  testing  provisions  may  be  allowed  for 
component-unique  systems  or  modifications.  Such  separate 
testing  must  be  paid  for  by  the  component  with  the  unique 
requirement. 
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JOINT  PROGRAM  MANAGEMENT 


General 

This  chapter  reviews  the  previous  chapters  by  highlighting  and 
integrating  significant  management  issues. 

Program  Office  Structure 

Joint  program  management  should  start  with  the  user’s  vision 
of  the  military  requirement,  e.g.,  more  lethal  and  supportable 
munitions  or  wide  area,  all-weather  battlefield  surveillance. 
The  joint  program  manager  (PM)  should  then  think  in  broad 
terms  about  the  best  program  office  structure  to  meet  those 
requirements.  Traditionally,  these  structures  have  ranged  from 
a  jointly  staffed  program  office  with  ties  to  component  points 
of  contact  to  a  single  component  program  office  receiving  some 
funding  from  other  Components. 

Program  Office  Charter 

Joint  programs  require  a  charter  to  formalize  their  roles  and 
missions  and  to  clarify  joint  standing  with  the  components. 
Although  there  is  no  set  format  for  these  charters,  the  follow¬ 
ing  areas  should  be  addressed: 

•  Designation  of  the  program; 

•  Statement  of  program  objectives; 

•  Joint  PM’s  role  and  accountability  consistent  with  De¬ 
partment  of  Defense  (DoD)  5000  Documents; 


•  specification  for  joint  funding  consistent  with  with¬ 
drawal  rules  discussed  in  Chapter  2; 

•  Definition  of  component  roles; 

•  Reporting  requirements  consistent  with  DoD  5000 
Documents  prohibitions  on  dual  reporting; 

•  Program  office  organization  and  initial  staffing; 

•  Joint  operating  procedures; 

•  Assignment  of  a  deputy  PM,  usually  from  the  major 
participating  component; 

•  Methods  of  resolving  component  conflicts,  usually  re¬ 
ferral  to  a  higher  authority; 

•  Creation  of  joint  committees  for  source  selection,  test, 
and  evaluation  plans,  etc.; 

•  Performance  evaluations  of  personnel;  and 

•  Provisions  to  review  and  update  the  charter. 


Management 

Joint  PMs  must  deal  with  changes  in  component  requirements, 
doctrine,  tactics,  and  funding.  Figure  8-1  describes  the  affect 
of  this  on  program  documentation. 

Changes  to  the  Threat 

As  mentioned  earlier,  joint  PMs  must  be  particularly  sensitive 
to  the  military  environment  of  their  program.  Significant 
changes  in  these  areas  have  ripple  effects  on  the  integrated 
program  documentation,  especially  its  risk  assessment,  the  test 
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and  evaluation  master  plan  (TEMP),  the  request  for  proposal 
(RFP),  the  operational  requirements  document  (ORD),  engi¬ 
neering  specifications,  and  the  system  threat  assessment. 

Operational  Requirements/Performance  Changes 

The  nature  of  joint  programs  can  result  in  changes  and  “re¬ 
quirements  creep.”  Range,  payload,  and  other  changes  need 
to  be  documented  in  the  risk  assessment,  Acquisition  Program 
Baseline  (APB),  logistics  support  plan,  TEMP,  engineering 
specifications,  RFP,  ORD,  and  system  threat  assessment.  Re¬ 
lated  operational  performance  parameter  changes  require  the 
same  documentation,  without  any  system  threat  assessment 
changes. 

Operational  Issues  and  Tactics  Changes 

Joint  programs  are  also  more  subject  to  changes  in  user  em¬ 
ployment  concepts  and  tactics.  For  example,  the  Air  Force  may 
publish  a  new  Bomber  Road  Map  that  affects  the  program,  or 
relatively  new  peacekeeping  requirements  in  support  of  United 
Nations-controlled  forces  may  cause  program  requirement 
changes.  The  analysis  of  alternatives,  TEMP,  and  ORD  should 
be  updated  to  reflect  operational  changes. 

Software  Requirements  and  Testing 

Changes  in  software  requirements  and  testing  also  ripple 
through  a  joint  program,  much  like  a  major  operational  change, 
because  of  the  pervasive  influence  of  software  in  modern 
weapon  systems. 

Change  and  Uncertainty 

As  discussed  in  Chapter  7,  systems  analysis  of  relationships  is 
a  useful  tool  for  joint  PMs.  The  joint  PM  should  expect  more 
changes  in  their  program  for  the  reasons  discussed  in  this  Hand- 
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book  and  adaptively  plan  to  integrate  changes  and  reduce  un¬ 
certainty  in  key  program  areas. 

The  program  team,  including  contractors  and  component  bud¬ 
get  staffs,  can  adapt  to  change,  but  uncertainty  about  key  pro¬ 
duction  decisions  is  likely  to  drive  up  costs  and  otherwise  ad¬ 
versely  affect  the  program.  Therefore,  program  control  must 
emphasize  communications  to  help  the  program  staff  adjust 
to  change  constructively  and  not  to  become  unfavorably  al¬ 
tered  by  uncertainty.  Strong  leadership  is  needed  to  meet  pro¬ 
gram  goals  in  a  dynamically  changing  geopolitical  and  physical 
environment. 

Political  Dynamics 

As  explained  in  Chapter  1,  the  definition  of  a  joint  program 
includes  multiple  users.  These  users  and  their  constituencies 
will  exert  pressure  on  the  joint  PM  through  requirements 
changes  and  fiscal  decisions.  The  joint  PM  needs  to  under¬ 
stand  the  concerns  of  users  and  component  proponents,  ac¬ 
commodate  their  needs  in  the  program  to  the  extent  that  they 
can,  or  explain  real  technical  and  fiscal  limitations  in  a  way 
that  program  constituents  can  understand.  This  process  is  com¬ 
plicated  by  cultural  differences  in  component  doctrine,  jargon, 
and  planning.  Furthermore,  the  joint  PM  must  always  be  aware 
that  senior  defense  officials  and  the  Congress  may  become 
involved  in  very  large  or  well-publicized  joint  programs. 

Technology  provided  the  means  to  win  the  Gulf 
War,  but  it  was  leadership,  the  painstaking  creation 
of  a  quality  force,  and  years  of  hard  training  that 
brought  the  victory  about.  ( Col  Harry  G.  Summers, 

Jr.,  USA,  Ret,  On  Strategy  II:  A  Critical  Analysis 
of  the  Gulf  War,  1992.) 
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APPENDIX  A* 


MEMORANDUM  OF  AGREEMENT 
ON  MANAGEMENT  OF 
MULTISERVICE  SYSTEMS/ 
PROGRAMS/PROJECTS 


*Appendix  A  consists  of  a  document 
reformatted  from  the  original.  It  is  intended  for 
illustrative  purposes  only.  Page  location  of  specific 
text  varies  somewhat  from  the  originals. 
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MEMORANDUM  OF  AGREEMENT 
ON  THE  MANAGEMENT  OF 
MULTISERVICE  SYSTEMS/ 
PROGRAMS/PROJECTS 


h  Purpose: 

This  Memorandum  establishes  policies  for  implementing 
multiservice  systems,  program/project  management  in  accor¬ 
dance  with  DoD  Directive  [DoDD]  5000.1,  “Acquisition  of  Ma¬ 
jor  Defense  Systems,”  13  July  197T°.  It  is  the  basic  policy  docu¬ 
ment  for  management  of  multiservice  systems,  programs  and 
projects,  and  the  framework  within  which,  like  DoDD  5000.1, 
acquisition  management  procedures  must  operate. 

2.  Policy: 

The  Service  designated  as  the  Executive  Agent  shall  have  the 
authority  to  manage  the  program/project  under  the  policies 
and  procedures  used  by  that  Service.  The  Program/Product 
Manger,  the  Program/Project  Management  Office,  and,  in  turn, 
the  functional  elements  of  each  Participating  Service  will  op¬ 
erate  under  the  policies,  procedures,  data,  standards,  specifi¬ 
cations,  criteria  and  financial  accounting  of  the  Executive  Ser¬ 
vice.  Exception,  as  a  general  rule,  will  be  limited  to  those  where 
prior  mutual  agreement  exists  or  those  essential  to  satisfy  the 
substantive  needs  of  the  Participating  Services.  This  may  re¬ 
quire  the  Participating  Services  to  accept  certain  deviations 
from  their  policies  and  procedures  so  as  to  accommodate  the 
assumption  of  full  program/project  responsibility  by  the  Ex¬ 
ecutive  Service.  Demands  for  formal  reporting  as  well  as  non¬ 
recurring  needs  for  information  will  be  kept  to  a  minimum. 

Author’s  Note:  Although  written  in  the  early  1970’s,  this  MOA  is  still  considered  by  the 

Joint  Logistics  Commanders  (JLCs)  to  contain  valid  guidance.  However,  the  reader  should 

substitute  reference  to  current  DoD  5000  documents  where  appropriate. 
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3.  Responsibilities: 


a.  The  Executive  Service  will: 

(1)  Assign  the  Program/Project  Manager. 

(2)  Establish  an  official  manning  document  for  the 
Program/Project  Management  Office  which  will 
incorporate  the  positions  to  be  occupied  by  repre¬ 
sentatives  of  the  Participating  Services,  e.g.,  De¬ 
partment  of  the  Army  Table  of  Distribution  and 
Allowances  (TDA)/Department  of  the  Navy  Man¬ 
power  Listing/Department  of  the  Air  Force  Unit 
Detail  Listing  (UDL).  The  manning  document  de¬ 
veloped  from  the  Joint  Operating  Procedure  on 
Staffing  will  also  designate  a  key  position  for  oc¬ 
cupancy  by  the  Senior  Representative  from  each 
of  the  Participating  Services. 

(3)  Staff  the  Program/Project  Management  Office  with 
the  exception  of  the  positions  identified  on  the 
manning  document  for  occupancy  by  personnel  to 
be  provided  by  the  Participating  Services.  Integrate 
the  Participating  Service  personnel  into  the  Pro¬ 
gram/Project  Management  Office. 

(4)  Be  responsible  for  the  administrative  support  of 
the  Program/Project  Management  Office. 

(5)  Delineate  functional  tasks  to  be  accomplished  by 
all  participants. 

b.  The  Participating  Services  will: 

(1)  Assign  personnel  to  the  Program/Project  Manage¬ 
ment  Office  to  fill  identified  positions  on  the  man¬ 
ning  document  and  to  assist  the  Program/Project 
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Manager  in  satisfying  the  requirements  of  all  par¬ 
ticipants.  Numbers,  qualifications  and  specific  duty 
assignments  of  personnel  to  be  initially  provided 
by  each  Participating  Service  will  be  reflected  in 
the  Joint  Operating  Procedure. 

(2)  The  Senior  Representative  from  each  Participat¬ 
ing  Service  will  be  reflected  in  the  Joint  Operating 
Procedure. 

(3)  The  Senior  Representative  from  each  Participat¬ 
ing  Service  will  be  assigned  to  a  key  position  in  the 
Program/Project  Management  Office  and  report 
directly  to,  or  have  direct  access  to,  the  Program/ 
Project  Manager.  This  key  position  could  include 
assignment  as  Deputy  to  Program/Project  Man¬ 
ager.  He  will  function  as  his  Service’s  representa¬ 
tive,  with  responsibilities  and  authorities  as  out¬ 
lined  in  Paragraph  3.d  of  this  Agreement. 

(4)  Provide  travel  funds  and  support  necessary  for  the 
accomplishment  of  the  responsibilities  of  their  rep¬ 
resentatives  in  the  management  of  the  Program/ 
Project. 

(5)  Accomplish  Program/Project  functional  tasks  as 
specifically  assigned  in  the  Charter,  in  the  Master 
Plan  and  Joint  Operating  Procedures  (JOPs),  or 
as  requested  and  accepted  during  the  course  of  the 
Program/Project. 

c.  The  Program/Project  Manager  will: 

(1)  Satisfy  the  specific  operational,  support  and  status 
reporting  requirements  of  all  Participating  Ser¬ 
vices. 
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(2)  Be  responsible  for  planning,  controlling,  coordi¬ 
nating,  organizing  and  directing  the  validation,  de¬ 
velopment,  production,  procurement  and  financial 
management  of  the  Program/Project. 

(3)  Review,  on  a  continuing  basis,  the  adequacy  of  re¬ 
sources  assigned. 

(4)  Assure  that  planning  is  accomplished  by  the  orga¬ 
nizations  responsible  for  the  complementary  func¬ 
tions  of  logistics  support,  personnel  training,  op¬ 
erational  testing,  military  construction  and  other 
facilities,  activation  or  deployment. 

(5)  Refer  to  the  appropriate  authority  those  matters  that 
require  decisions  by  higher  echelons.  The  following 
items  will  be  referred  to  appropriate  authority: 

(a)  Deviations  from  the  established  Executive 
Service  policy  except  as  specifically  authorized 
by  the  Program/Project  documentation  (ref¬ 
erence  Paragraph  4  below). 

(b)  Increases  in  funding  of  the  Program/Project. 

(c)  Changes  to  milestones  established  by  higher 
authority. 

(d)  Program/Project  changes  degrading  mission 
performance  or  altering  operational  charac¬ 
teristics. 

d.  Participating  Service  Senior  Representative(s)  within 
the  Program/Project  Management  Office  will: 

(1)  Speak  for  his  parent  Service  in  all  matters  subject 
to  the  limitations  prescribed  by  his  Service.  Au- 
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thority  of  the  Service  Senior  Representative  is  sub¬ 
ject  to  the  same  limitations  listed  above  for  the  Pro¬ 
gram/Project  Manager. 

(2)  Refer  to  his  parent  Service  those  matters  which 
require  decisions  by  higher  echelons. 

4.  Documentation: 

Management  for  particular  Multiservice  Program/Projects  shall 
be  documented  by: 

(a)  A  Multiservice  Program/Project  Manager  Charter. 
The  responsible  Commander  in  the  Service  having 
principal  Program/Project  management  responsibility 
will  cause  the  preparation,  negotiation  and  issuance 
of  a  jointly  approved  Charter  which  will  identify  the 
Program/Project  Manager  and  establish  his  manage¬ 
ment  office.  The  Charter  will  define  his  mission  re¬ 
sponsibility,  authority  and  major  functions,  and  de¬ 
scribe  his  relationships  with  other  organizations  which 
will  use  and/or  support  the  Program/Project.  The  Char¬ 
ter  will  describe  and  assign  responsibility  for  satisfy¬ 
ing  peculiar  management  requirements  of  Participat¬ 
ing  Services  which  are  to  be  met  in  the  Program/Project 
and  will  be  jointly  approved  of  the  Headquarters  of 
each  involved  Service  by  persons  officially  appointed 
to  approve  such  Charters. 

(b)  A  Program/Project  Master  Plan.  This  is  the  document 
developed  and  issued  by  the  Program/Project  Man¬ 
ager  which  shows  the  integrated  time-phased  tasks  and 
resources  required  to  accomplish  the  tasks  specified 
in  the  approved  statement  of  need/performance  re¬ 
quirements.  The  plan  will  be  jointly  approved  for  each 
involved  Service  by  persons  officially  appointed  to  ap¬ 
prove  such  plans. 
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(c)  Joint  Operating  Procedures  (JOPs).  These  will  iden¬ 
tify  and  describe  detailed  procedures  and  interaction 
necessary  to  carry  out  significant  aspects  of  the  Pro¬ 
gram/Project.  Subjects  for  JOPs  may  include  Systems 
Engineering,  Personnel  Staffing,  Reliability,  Surviv¬ 
ability,  Vulnerability,  Maintainability,  Production, 
Management  Controls  and  Reporting,  (including 
SAR),  Financial  Control,  Test  and  Evaluation,  Train¬ 
ing,  Logistics  Support,  Procurement  and  Deployment. 
The  JOPs  will  be  developed  and  negotiated  by  the 
Program/Project  Manager  and  the  Senior  Represen¬ 
tative  from  the  Participating  Services.  An  optional  for¬ 
mat  is  suggested  in  Attachment  1  to  this  Agreement. 
This  action  will  be  initiated  as  soon  as  possible  and 
accomplished  not  later  than  180  days  after  promulga¬ 
tion  of  the  Multiservice  Program/Project  Manager 
Charter.  Unresolved  issues  will  be  reported  to  the 
Charter  approving  authorities  for  resolution. 

(d)  Coordination/Communication.  Where  Participating 
Services  are  affected,  significant  program  action,  con¬ 
tractual  or  otherwise,  will  not  be  taken  by  the  Program/ 
Project  Manager  without  full  consultation  and  coor¬ 
dination  with  the  Participating  Services  while  the  mat¬ 
ter  is  still  in  the  planning  stage.  All  formal  communi¬ 
cations  from  the  Program/Project  Management  Office 
to  higher  authority  in  the  Executive  or  Participating 
Services  will  be  signed  by  the  Program/Project  Man¬ 
ger  or  his  designated  representative.  Substantive 
change  to  the  Charter,  Master  Plan,  or  JOPs  will  be 
negotiated  with  affected  participating  Services  prior 
to  issuance  as  an  approved  change.  No  restrictions  will 
be  placed  on  direct  two-way  communications  required 
for  the  prosecution  of  the  Program/Project  work  ef¬ 
fort,  other  than  that  required  for  security  purposes. 

1  Atch  (JOP  Format) 
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We  approve  this  Memorandum  of  Agreement  and  its  imple¬ 
menting  regulation. 


/s/HENRY  A.  MILEY,  JR. 
General,  USA 
Commanding  General 
US  Army  Materiel  Command 

/s/I.C.  KIDD,  JR. 

Admiral,  USN 

Chief  of  Naval  Material 

Naval  Material  Command 

/s/JACK  J.  CATTON 
General,  USAF 
Commander 

Air  Force  Logistics  Command 

/s/GEORGE  S.  BROWN 
General,  USAF 
Commander 

Air  Force  Systems  Command 


20  July  1973 
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JOINT  AMC/NMC/AFLC/AFSC 
OPERATING  PROCEDURE  FORMAT 


I.  INTRODUCTION: 

This  paragraph  is  intended  to  give  a  description  and  a  brief 
review  of  the  functional  area  of  interest  including  why  the  JOP 
is  necessary.  Outline  briefly  the  overall  requirement  which 
needs  fulfillment. 

IL  SCOPE: 

This  scope  will  outline  the  various  phases  of  the  Program/ 
Project  and  tie  down  the  overall  limits  of  the  functional  area 
of  interest  in  terms  of  time  and  any  special  provisions  or  limi¬ 
tations. 

III.  REFERENCES: 

Include  all  applicable  AMC/NMC/AFLC/AFSC  regulations, 
directive,  etc.,  that  are  pertinent  to  the  functional  area  of  in¬ 
terest. 

IV.  RESPONSIBILITIES: 

This  paragraph  is  intended  to  identify  the  relationships  and 
responsible  entities  such  as  who  has  the  overall  management 
responsibility  and  who  has  the  support  responsibility.  In  addi¬ 
tion,  this  paragraph  should  describe  what  the  “product”  or  the 
effort  should  be. 


Atchl 
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V.  PROCEDURES: 


This  paragraph  should  define  the  work  to  be  accomplished  and 
indicate  the  main  steps  of  action,  including  coordination,  which 
are  required  to  conduct  the  tasks  involved  properly  in  devel¬ 
oping  the  functional  area  of  interest. 

APPROVAL: 


Senior  Representative  Program/Project  Manager 

Participating  Service  Executive  Service 


^  This  memorandum  of  agreement  is  published  as  a  joint  regulation,  AFLC/AFSC  R  800-2. 
AMCR  70-59/NAVMATINST  5000.10A. 
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CUSTOMER  FEEDBACK 


Dear  Valued  Customer: 

The  Defense  Systems  Management  College  Press  publishes  this  reference  tool  for  students  of 
the  Defense  Acquisition  University,  and  other  members  of  the  defense  acquisition  workforce. 
We  continually  seek  customer  inputs  to  maintain  the  integrity  and  usefulness  of  this  publica¬ 
tion. 

We  ask  that  you  spend  a  few  minutes  evaluating  this  publication.  Although  we  have  identified 
several  topic  areas  to  evaluate,  please  feel  free  to  add  any  additional  thoughts  as  they  apply  to 
your  particular  situation.  This  information  will  assist  us  in  improving  future  editions. 

To  assist  you  in  responding,  this  pre-addressed  form  requires  no  postage.  Simply  tear-out  this 
page,  fold,  and  tape  closed  as  indicated,  then  place  in  the  mail.  Responses  may  also  be  faxed 
to  the  DSMC  Press  at  (703)  805-2917  or  DSN  655-2917. 

NAME  AND  DATE  OF  PUBLICATION _ 

1.  Do  you  find  this  publication  a  useful  reference  tool? 

YES _ 

NO  _  How  can  we  improve  the  level  of  usefulness? _ 


2.  Is  the  material  presented  in  this  publication  current? 

YES _  NO _ 

3.  Using  the  rating  scale  below,  please  indicate  your  satisfaction  level  for  each  topic  area. 
Place  your  response  on  the  line  beside  the  topic  area. 

1  =  Very  satisfied  2  =  Satisfied  3  =  No  opinion  4  =  Dissatisfied  5  =  Very  dissatisfied 

_ Readability 

_ Scope  of  coverage 

_ Contribution  to  your  knowledge  of  the  subject 

_ Contribution  to  your  job  effectiveness 

_ Contribution  to  process  improvement 

4.  Are  there  other  subject  areas  you  would  like  to  have  included  in  this  publication? 

YES _  (Please  identify^) 

NO  _ 

5.  If  you  recommend  additions,  deletions,  or  changes  to  this  publication,  please  identify  them 
below. 


6.  Additional  comments 


(THIS  SECTION  IS  OPTIONAL) 

Name/Title _ 

Address _ 

City/State/Zip _ 

Commercial  ( _ ) _ DSN _ E-Mail 


(FOLD  HERE) 
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